On 17.08.2010 7:20, Glenn McCord wrote:
> On Tue, Aug 17, 2010 at 3:12 PM, Paul Davis<p...@linuxaudiosystems.com>
> wrote:
>> On Mon, Aug 16, 2010 at 11:09 PM, Glenn McCord<glenn.mcc...@gmail.com>
>> wrote:
>>
>>> 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
>> when you tell the linker to use foobar.dylib, it won't go to looking
>> for anything else. if its not there, its an error.
>>
> That's the problem really. How do I tell the linker *not* to use
> foorbar.dylib? I want it using the static libogg.a file. It seems I
> have no control over this via the configure options. With the
> configure options I have told libFLAC where to look for my
> installation of libOgg, of which it has both static and dynamic libs
> available to use. Using options such as...
>
> --enable-static --disable-shared
>
> ...has no effect
>
You can point the static library for the linker directly. Use
/blah/foo/bar/libogg.a
instead of
-logg
I do not know, however, how to properly integrate that into flac's
buildsystem. $LIBS?
_______________________________________________
Flac-dev mailing list
Flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
