I was able to reproduce this bug. It seems that octave found qhull and
is expecting something like /sw/lib/libqhull.dylib (a dynamic library)
which the qhull package doesn't provide. As a quick fix just remove
qhull temporarily before you build octave-forge.
There are 3 solutions to fix this permanently:
Make the qhull package provide a dynamic library and let octave-forge
depend on it.
Patch octave-forge in such a way that it stops looking for qhull.
Add a 'Conflicts: qhull' entry into the octave-forge package.
I think 1 would be the nicest, followed by 2. 3 is only as last resort.
But as this package (as of today) hasn't got any maintainer any more, i
am CCing fink-devel. So maybe there is somebody who steps up to fix it.
I am also CCing Stefan Langermann, who is the maintainer of qhull.
If i don't hear anything in the next days i will go for solution 3.
On 20.02.2004, at 17:46, Dominique Dhumieres wrote:
> Trying to build octave-forge 2004.02.12-1, I got:
> g++ -bundle -bundle_loader /sw/bin/octave-2.1.53 -o tsearch.oct
> tsearch.o -lqhull -L/sw/lib/octave-2.1.53 -loctave -lcruft -loctinterp
> -framework vecLib
> ld: warning -prebind has no effect with -bundle
> ld: can't locate file for: -lqhull
> make: *** [tsearch.oct] Error 1
> make: *** [geometry/] Error 2
> make: *** [main/] Error 2
> ### execution of make failed, exit code 2
> Failed: compiling octave-forge-2004.02.12-1 failed
> If I do a locate of qhull, I get (part of the list):
> It seems that the path to /sw/lib/libqhull.a is not set.
> If this is the case, it seems there is a missing dependency
> to the qhull package.