similar to: And Another OS X Install Problem...

--- Glenn <glenn@meaning.com> wrote: > /bin/sh ../../mkinstalldirs /sw/lib/xmms/Input > ../../libtool-disable-static --mode=install /usr/bin/install -c > libxmms-flac.la /sw/lib/xmms/Input/libxmms-flac.la > libtool-disable-static: install: warning: relinking `libxmms-flac.la' > cd /Users/glenn/Desktop/flac-1.0.5_beta1/src/plugin_xmms; /bin/sh >

Well, I've rebuilt flac from the original source, without using the NetBSD package system, and I'm still seeing the same problem with the XMMS FLAC plugin: /usr/pkg/lib/xmms/Input/libxmms-flac.so: Undefined PLT symbol "FLAC__plugin_common__init_dither_context" (symnum = 30) I can see that the symbol is defined in the common library: $ nm src/plugin_common/libplugin_common.a |

I have been using Apple's X11 on OS X and I got the source and compiled flac 1.0.5 beta2. Everything seemed to build and install OK, but the xmms-flac plugin is not working, and I cannot open xmms. I get the following error when I launch xmms from xterm: brian it's 8:41pm, what now? xmms & [1] 567 brian it's 8:41pm, what now? dyld: xmms Undefined symbols:

On Friday, January 24, 2003, at 12:28 AM, Josh Coalson wrote: > --- Brian Haberman <habesct@mac.com> wrote: >> I have been using Apple's X11 on OS X and I got the source and >> compiled >> flac 1.0.5 beta2. Everything seemed to build and install OK, but the >> >> xmms-flac plugin is not working, and I cannot open xmms. I get the >> following

I'm making a Fink package for FLAC. It all builds fine except for the xmms plugin. I'd use the pbproject, but fink users are likely to want the xmms plugin which pbxbuild does not build. Also it seems the pbproject does not build dynamic libraries. I build with: ./configure --prefix=/sw --mandir=/sw/share/man make make install DESTDIR=/tmp (to simulate building into a deb file) The

On Wednesday, February 5, 2003, at 10:47 PM, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > good, very good. it may take me a little bit to get to it > since I'm starting a new job next week. > > Ben, can you inspect the patch and confirm that it covers > what you also suggested? The patch fixed the problem with your libs. However, when

Hi, And thanks for flac. There's a minor problem when compiling flac: libtool warns about mixing up shared and static libraries. Typical messages are: *** Warning: Linking the shared library libxmms-flac.la against the *** static library ../../src/plugin_common/libplugin_common.a is not portable! *** Warning: Linking the shared library libxmms-flac.la against the *** static library

Damn, back to this thread: > I think I sent a bad patch for this one already, which used a _LIBS > variable. > There is no _LIBS variable. :-) So, the .la file should be specified > directly > in _LIBADD, with no linker flag syntax. libtool will figure it out. > > diff -u -r1.1.1.1 Makefile.am > --- Makefile.am 29 Jan 2001 18:13:29 -0000 1.1.1.1 > +++

The build bombs out on the xmms plugin on redhat 7.1 box: ../../libtool-disable-static --mode=link gcc -I../.. -I./include -I ../../include -Wall -W -O3 -DNDEBUG -fomit-frame-pointer -funroll-loops -finline-functions -Winline -DFLaC__INLINE=__inline__ -O2 -march=i386 -mcpu=i686 -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -o

--- 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

Ok, it seems i had problems with stale stuff in there. I made clean and started over. The first part now correctly says " remember to run `libtool --finish /sw/lib'". The xmms plugin now gives a different error: /bin/sh ../../mkinstalldirs /tmp/sw/lib/xmms/Input ../../libtool-disable-static --mode=install /usr/bin/install -c libxmms-flac.la

It looks like libplugin_common.a is being linked into the shared object libxmms-flac.so. In that case, all of the objects in libplugin_common.a must be compiled with -fPIC. ----- Forwarded message from lamont+buildd@hp.com ----- Date: Sat, 28 Sep 2002 18:54:08 -0600 From: lamont+buildd@hp.com Resent-From: lamont+buildd@hp.com To: submit@bugs.debian.org Subject: Bug#162718:

On Fri, Jul 20, 2001 at 01:06:53PM -0700, Josh Coalson wrote: > > 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 =

--- pritpaul@svaudio.org wrote: > Is there anything else new in CVS that would warrant an upgrade? i.e. > any > bugfixes or new features? Also, does CVS tend to be clean-compiling? > (without changing a million Makefiles :) ) so far there have only been minor fixes/improvements. the one you found is only one that affects encoding. I try to keep CVS compilable. if not, just post a

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

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

--- Matt Zimmerman <mdz@debian.org> wrote: > I did not catch the beginning of this thread. What is the bug? > yeah, the thread's about a month old. you can see the whole thing here: http://sourceforge.net/mailarchive/forum.php?thread_id=738315&forum_id=6312 basically on OS X Ben's libtool is trying to "relink" libxmms-flac with the installed libFLAC before

--- 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 >

On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > Yeah, it's useful, so now there is a > FLAC__seekable_stream_decoder_get_decode_position() and > FLAC__file_decoder_get_decode_position(). I haven't documented > them yet but you can see an example in > src/metaflac/operations_shorthand_seektable.c where I use it > during seektable creation. Ok, here is

On Wed, 6 Jun 2001, Josh Coalson wrote: > > > my hunch is that your version of either automake or possibly > > > autoconf is not recent enough. autoconf v2.13 automake v1.4 I've upgraded to autoconf v2.50 and updated flac from cvs. The error is being generated by aclocal anyway and that's part of automake v1.4. > > No. He simply doesn't have xmms installed.