[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Pkg-octave-devel] Bug#477556: Bug#477556: Bug#477556: error: `cellfun' undefined near line 29 column 14



Am Donnerstag, den 24.04.2008, 16:22 +0200 schrieb Thomas Weber:
> Am Donnerstag, den 24.04.2008, 16:01 +0200 schrieb Rafael Laboissiere:
> > * Thomas Weber <thomas.weber.mail@gmail.com> [2008-04-24 14:52]:
> > 
> > > > It works when I 'cd /' before starting octave! 
> > > 
> > > Same here, and that's the part I don't understand at all.
> > 
> > Isn't that caused by the presence of a PKG_ADD in the current working
> > directory?
> 
> No. It even happens when you create a new directory and start from
> there:
> 
> ==================================================================================
> (sid64)root@asterix:/tmp# mkdir v
> (sid64)root@asterix:/tmp# cd v
> (sid64)root@asterix:/tmp/v# octave --norc --silent 
> octave:1> path
> 
> Octave's search path contains the following directories:
> 
> .                                                   /usr/share/octave/3.0.1/m/image
> /usr/share/octave/3.0.1/m                           /usr/share/octave/3.0.1/m/signal
> /usr/share/octave/3.0.1/m/optimization              /usr/share/octave/3.0.1/m/quaternion
> /usr/share/octave/3.0.1/m/plot                      /usr/share/octave/3.0.1/m/finance
> /usr/share/octave/3.0.1/m/elfun                     /usr/share/octave/3.0.1/m/time
> /usr/share/octave/3.0.1/m/specfun                   /usr/share/octave/3.0.1/m/audio
> /usr/share/octave/3.0.1/m/miscellaneous             /usr/share/octave/3.0.1/m/geometry
> /usr/share/octave/3.0.1/m/startup                   /usr/share/octave/3.0.1/m/strings
> /usr/share/octave/3.0.1/m/testfun                   /usr/share/octave/3.0.1/m/deprecated
> /usr/share/octave/3.0.1/m/set                       /usr/share/octave/3.0.1/m/general
> /usr/share/octave/3.0.1/m/control                   /usr/share/octave/3.0.1/m/path
> /usr/share/octave/3.0.1/m/control/obsolete          /usr/share/octave/3.0.1/m/linear-algebra
> /usr/share/octave/3.0.1/m/control/system            /usr/share/octave/3.0.1/m/pkg
> /usr/share/octave/3.0.1/m/control/util              /usr/share/octave/3.0.1/m/statistics
> /usr/share/octave/3.0.1/m/control/hinf              /usr/share/octave/3.0.1/m/statistics/distributions
> /usr/share/octave/3.0.1/m/control/base              /usr/share/octave/3.0.1/m/statistics/base
> /usr/share/octave/3.0.1/m/polynomial                /usr/share/octave/3.0.1/m/statistics/models
> /usr/share/octave/3.0.1/m/io                        /usr/share/octave/3.0.1/m/statistics/tests
> /usr/share/octave/3.0.1/m/special-matrix            /usr/share/octave/3.0.1/m/sparse
> ==================================================================================
> 
> There's no 'lib' directory in the path and I don't know why. I'm
> currently re-building the package for x86_64. 

Okay, the 'lib' directory is in 'pathdef', but it's missing the
preceding colons 2.9.9 in etch has:

octave3.0:
octave:1> pathdef
ans
= /usr/lib/octave/3.0.1/oct/i486-pc-linux-gnu:/usr/share/octave/3.0.1/m: ...

octave2.9:
octave:1> pathdef
ans = ::/usr/lib/octave/site/oct/api-v22/x86_64-pc-linux-gnu

I have to check whether that's the reason.

	Thomas






Reply to: