On 3/12/14, 4:00 PM, Howard A. Landman wrote: >> If you have anything in /usr/local, you might try temporarily renaming >> that whole directory, because it's really hard to hide that from the >> build tools. > > I tried that. It built a bunch more stuff, but now dies in Gnuplot, > suggesting that I might have a problem with something in /usr/local (when > there is no longer a /usr/local). Messages were: > > Determining fink providers of 14 headers... > 1 - 14 > Found use of headers from 4 fink packages: > aquaterm-dev > gd2-nox > lua51-dev > pdflib6 > Scanning binaries for incorrect dyld linking... > ./src/gnuplot uses /usr/local/lib/libgd.2.dylib > There are files installed in /usr/local on your computer that are > known to interfere with building some Fink packages. Try temporarily > renaming or moving /usr/local while Fink is compiling a package. See > http://fink.sourceforge.net/faq/comp-general.php#usr-local-libs for > more information. > > > For the record, before renaming /usr/local I had: > > $ ls /usr/local > bin etc include juniper lib man share texlive > $ ls /usr/local/lib > ImageMagick-6.4.1 libgsl.la > gtk-2.0 libgslcblas.0.dylib > libaquaterm.1.0.0.dylib libgslcblas.a > libaquaterm.1.0.1.dylib libgslcblas.dylib > libaquaterm.1.1.0.dylib libgslcblas.la > libaquaterm.dylib libgtk-x11-2.0.0.dylib > libgailutil.18.dylib libgtk-x11-2.0.dylib > libgailutil.dylib libgtk-x11-2.0.la > libgailutil.la libjpeg.a > libgdk-x11-2.0.0.dylib libtiff.3.dylib > libgdk-x11-2.0.dylib libtiff.a > libgdk-x11-2.0.la libtiff.dylib > libgdk_pixbuf-2.0.0.dylib libtiff.la > libgdk_pixbuf-2.0.dylib libtiffxx.3.dylib > libgdk_pixbuf-2.0.la libtiffxx.a > libgdk_pixbuf_xlib-2.0.0.dylib libtiffxx.dylib > libgdk_pixbuf_xlib-2.0.dylib libtiffxx.la > libgdk_pixbuf_xlib-2.0.la libusb-0.1.4.dylib > libgsl.0.dylib old-libusb-0.1.4.dylib > libgsl.a pkgconfig > libgsl.dylib > > > Interestingly, there doesn't seem to have ever been a file called > "/usr/local/lib/libgd.2.dylib". But, assuming that /usr/local > contamination really is my problem, is there perhaps a way to force fink > to compile everything from scratch? > > Howard >
What you're seeing is possibly a result from having built something else with Fink which linked to another library in /usr/local which was in turn built to link to /usr/local/lib/libgd2.dylib without having installed that for you. If you use something like find /sw/lib -name *.dylib | xargs otool -L | grep /usr/local \ | grep : | cut -d: -f1 | xargs dpkg -S | sort | uniq , that will pick out any of your Fink packages that link to stuff in /usr/local. You can then use "fink rebuild <packagenames>" to rebuild them. I'd recommend using the "find ..." command again after you do that. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ Fink-beginners mailing list Fink-beginners@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.beginners Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-beginners
