On Tue, 2010-08-17 at 15:09 +1200, Glenn McCord wrote: > When I do that, the error looks like > > libtool: link: gcc -I/Users/glennm/libOGG-i386/include -O3 > -funroll-loops -finline-functions -Wall -W -Winline -arch i386 -arch > i386 -o flac analyze.o decode.o encode.o foreign_metadata.o main.o > local_string_utils.o utils.o vorbiscomment.o > ../../src/share/grabbag/.libs/libgrabbag.a > ../../src/share/getopt/libgetopt.a > ../../src/share/replaygain_analysis/.libs/libreplaygain_analysis.a > ../../src/share/replaygain_synthesis/.libs/libreplaygain_synthesis.a > ../../src/share/utf8/.libs/libutf8.a ../../src/libFLAC/.libs/libFLAC.a > -L/Users/glennm/libOGG-i386/lib > /Users/glennm/libOGG-i386/lib/libogg.dylib -liconv -lm > i686-apple-darwin10-gcc-4.2.1: > /Users/glennm/libOGG-i386/lib/libogg.dylib: No such file or directory > > Could this be something to do with the way libtool has been set up?
Have you re-run configure since removing the dynamic libraries? If not, then the old libtool setup will certainly still be being applied. It's worth pointing out that this is the link command compiling the "flac" command-line tool, and by this point the static libFLAC.a has has already been compiled. So your options have had an effect, just not quite the full one you need. I suspect that the presence of library file names (rather than just -l options) in the libtool gcc command line is evidence of libtool not being used quite the way it's authors intended, but I'm no expert in libtool. Richard Ash _______________________________________________ Flac-dev mailing list [email protected] http://lists.xiph.org/mailman/listinfo/flac-dev
