[Flac-dev] Compiling static libFLAC.a still requires libogg.dylib

[Richard Ash]

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