search for: lflac

...++ b/examples/c/decode/file/Makefile.lite @@ -27,9 +27,9 @@ PROGRAM_NAME = example_c_decode_file INCLUDES = -I$(topdir)/include ifeq ($(OS),Darwin) -EXPLICIT_LIBS = $(libdir)/libFLAC.a $(OGG_LIB_DIR)/libogg.a -lm + EXPLICIT_LIBS = $(libdir)/libFLAC.a $(OGG_EXPLICIT_LIBS) -lm else -LIBS = -lFLAC -L$(OGG_LIB_DIR) -logg -lm + LIBS = -lFLAC $(OGG_LIBS) -lm endif SRCS_C = main.c diff --git a/examples/c/encode/file/Makefile.lite b/examples/c/encode/file/Makefile.lite index ff9db59..9def573 100644 --- a/examples/c/encode/file/Makefile.lite +++ b/examples/c/encode/file/Makefile.lite @@ -...

...++ b/examples/c/decode/file/Makefile.lite @@ -27,9 +27,9 @@ PROGRAM_NAME = example_c_decode_file INCLUDES = -I$(topdir)/include ifeq ($(OS),Darwin) -EXPLICIT_LIBS = $(libdir)/libFLAC.a $(OGG_LIB_DIR)/libogg.a -lm + EXPLICIT_LIBS = $(libdir)/libFLAC.a $(OGG_EXPLICIT_LIBS) -lm else -LIBS = -lFLAC -L$(OGG_LIB_DIR) -logg -lm + LIBS = -lFLAC $(OGG_LIBS) -lm endif SRCS_C = main.c diff --git a/examples/c/encode/file/Makefile.lite b/examples/c/encode/file/Makefile.lite index ff9db59..9def573 100644 --- a/examples/c/encode/file/Makefile.lite +++ b/examples/c/encode/file/Makefile.lite @@ -...

Evan Ramos wrote: > > Yes please. > > Patch attached. Sorry, I misunderstood your intention. The utf8_static library should stay as a separate component, but should be statically linked as needed (ie its only needed for Windows) Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

...o link to it, it tells me the libFLAC.a TOC is out of date, so run ranlib. So then I run ranlib, and it seems to be okay, except I then get undefined symbol errors: % cc -bundle -I/System/Library/Frameworks/JavaVM.framework/Headers -I./flac-1.0.2-osx-ppc/include/ -L./flac-1.0.2-osx-ppc/lib/ -lFLAC -o libflacjmf.jnilib -framework JavaVM flacdecoder.c /usr/bin/ld: Undefined symbols: _FLAC__stream_decoder_process_metadata I've tried it even without the Java-specific options, and it still fails. Has anyone had any luck linking with libFLAC on OS X? Any help would be appreciated. Thanks...

I've just posted a patch to oggenc that enables it to read FLAC files (and preserve the comments) at: http://www.ph.utexas.edu/~volsung/patches/ It does not currently work with Ogg FLAC files, and, of course, this has not been rigorously tested. --- Stan Seibert --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from

...out. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 +++ Makefile.am 21 Jun 2001 19:27:31 -0000 @@ -9,5 +9,5 @@ xmmsinputplugin_LTLIBRARIES = libxmms-flac.la libxmms_flac_la_SOURCES = plugin.c -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC @XMMS_LIBS@ +libxmms_flac_la_LIBADD = @XMMS_LIBS@ $(top_builddir)/src/libFLAC/libFLAC.la libxmms_flac_la_LDFLAGS = -module -avoid-version -- - mdz

...file_decoder_new(void)' /home/dave/development/splitimg/splitimg.cpp:154: undefined reference to `FLAC__file_decoder_set_md5_checking(FLAC__FileDecoder const *, int)' and so on, you get the idea... its not linking to libFLAC :( my compile line is: g++ -g -o splitimg splitimg.cpp -lao -ldl -lFLAC -lm What is going wrong here, can I use libFLAC in C++ ? I have written a (very)simple flac player in C and that compiles file with gcc, so I know everythings installed correctly etc. Any help would be greatly appreciated! Thanks in advance, David Collett PS: I am using flac-1.0.2 under linux(s...

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > That patch does get the .libs dir added to the compile line. But the > other problem is that libtool is attempting to link against the > installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib > instead of -lFLAC. > > ... > > Not sure how to fix this one, but this HACK to ltmain.sh fixes this > problem. It just totally disables relinking, and does not seem to > have > any ill effects. OK, I see. Matt, are you having the same problem with the Debian package? If so, maybe I should co...

....pc.in b/src/libFLAC++/flac++.pc.in index 8f55499..242998d 100644 --- a/src/libFLAC++/flac++.pc.in +++ b/src/libFLAC++/flac++.pc.in @@ -6,6 +6,6 @@ includedir=@includedir@ Name: FLAC++ Description: Free Lossless Audio Codec Library (C++ API) Version: @VERSION@ -Requires: flac -Libs: -L${libdir} -lFLAC++ @OGG_LIBS@ -lm +Requires.private: flac +Libs: -L${libdir} -lFLAC++ Cflags: -I${includedir} diff --git a/src/libFLAC/flac.pc.in b/src/libFLAC/flac.pc.in index 5f9be59..56e8594 100644 --- a/src/libFLAC/flac.pc.in +++ b/src/libFLAC/flac.pc.in @@ -6,5 +6,7 @@ includedir=@includedir@ Name: FLAC Des...

...l wrote: > IIRC libFLAC.a built with "./autogen.sh && ./configure && make" > contains all functions from win_utf8_io. So I think it's possible > to change some Makefile.lite or maybe build/*.mk files so that > there will be no need to add -lwin_utf8_io to -lFLAC. Version 2 of my patch attached, which fixes the problem for the Makefile.lite and Visual Studio build systems without moving win_utf8_io.c or touching the Autotools system. -Evan -------------- next part -------------- A non-text attachment was scrubbed... Name: win_utf8_io library fix.patch Typ...

So far I can see three ideal solutions of this issue: 1) Make Unicode support a part of the libFLAC API. In this case there will be no need in separate -lFLAC -lwin_utf8_io options, just -lFLAC will be needed. 2) Remove the dependency between libFLAC and win_utf8_io. In this case win_utf8_io will be linked statically to 1st-party apps, like other libraries from src/share: getopt, grabbag, ... 3) Leave it as is. The first solution:...

First, this dependency exists only on Windows. For obvious reasons such dependency cannot exist on Linux/FreeBSD/OSX/etc. Previous versions (up to 1.2.1) didn't support Unicode filenames on Windows. And then it was decided to add such support. Windows uses UTF-16, where characters have 16-bit wchar_t type. LibFLAC receives strings only via char*. So one way to add Unicode support is to add

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > At 10:39 AM -0700 5/21/02, Josh Coalson wrote: > >--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > >> I guess the problem is really why is it trying to relink it? > >> > >> The "parse error: condition expected:" is suspicious, though.. > maybe > >> it's another "zsh as

...ift +done +echo $command +exec $command --- src/plugin_xmms/Makefile.am.orig Fri Jan 19 12:48:18 2001 +++ src/plugin_xmms/Makefile.am @@ -9,5 +9,5 @@ xmmsinputplugin_LTLIBRARIES = libxmms-flac.la libxmms_flac_la_SOURCES = plugin.c -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC @XMMS_LIBS@ +libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC -lFLAC @XMMS_LIBS@ libxmms_flac_la_LDFLAGS = -module -avoid-version

...m > --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 > +++ Makefile.am 21 Jun 2001 19:27:31 -0000 > @@ -9,5 +9,5 @@ > > xmmsinputplugin_LTLIBRARIES = libxmms-flac.la > libxmms_flac_la_SOURCES = plugin.c > -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC > @XMMS_LIBS@ > +libxmms_flac_la_LIBADD = @XMMS_LIBS@ > $(top_builddir)/src/libFLAC/libFLAC.la > libxmms_flac_la_LDFLAGS = -module -avoid-version now when I build the xmms plugin, upon linking I get: ../../libtool-disable-static --mode=link gcc -I./include -I ../../include -Wall -W...

...r (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for FLAC__file_decoder_new in -lFLAC... no configure: error: FLAC required! Why? Reading ELF: ----------------- bash-2.05a# readelf -s libFLAC.so.4 |grep FLAC__file_decoder_new 338: 0000ff70 379 FUNC GLOBAL DEFAULT 10 FLAC__file_decoder_new 658: 0000ff70 379 FUNC GLOBAL DEFAULT 10 FLAC__file_decoder_new It seems to b...

I'm having a number of problems related to building the latest FLAC release. My build environment: Linux, PPC, gcc 2.95.3 The first has to do with with builing FLAC itself... specifically I can't get id3lib support to build. Whether or not I specify the location of the headers and libraries, the config.log turns up this: configure:9361: gcc -o conftest -g -O2 -INONE/include

...directory directly. diff -u -r1.1.1.1 Makefile.am --- Makefile.am 2001/01/29 18:13:29 1.1.1.1 +++ Makefile.am 2001/06/14 20:13:20 @@ -9,5 +9,6 @@ xmmsinputplugin_LTLIBRARIES = libxmms-flac.la libxmms_flac_la_SOURCES = plugin.c -libxmms_flac_la_LIBADD = -L$(top_builddir)/src/libFLAC/.libs -lFLAC @XMMS_LIBS@ +libxmms_flac_la_LIBS = $(top_builddir)/src/libFLAC/libFLAC.la +libxmms_flac_la_LIBADD = @XMMS_LIBS@ libxmms_flac_la_LDFLAGS = -module -avoid-version -- - mdz

That patch does get the .libs dir added to the compile line. But the other problem is that libtool is attempting to link against the installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib instead of -lFLAC. See: cc -bundle -flat_namespace -undefined suppress -o .libs/libxmms-flac.so plugin.lo -L/sw/lib /sw/lib/libFLAC.dylib -L/sw/src/flac-1.0.2-1/flac-1.0.2/src/libFLAC/.libs -L/usr/X11R6/lib /sw/lib/libgtk.dylib /sw/lib/libgdk.dylib /sw/lib/libgmodule.dylib /sw/lib/libglib.dylib -ldl /sw/lib/...