similar to: Mac OS X - xmms plugin probs

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

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

/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 ../../libtool-disable-static --mode=relink gcc -I../.. -I./include -I../../include -g -O2

--- 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 sh" problem... hmm.. I don't remember having any trouble building the plugin on my ibook but that was a few months ago, so my memory may be fuzzy.

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

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

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 Tue, May 21, 2002 at 05:19:17AM -0700, Ben Hines 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 sh" problem... hmm.. I don't think that zsh is really intended to be entirely POSIX compliant, certainly not in its default configuration.

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

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

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

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

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 |

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

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 =

On Wednesday, June 26, 2002, at 04:12 PM, Matt Zimmerman wrote: >> > > Was this problem new in the 1.0.3 beta? My 1.0.2 packages do not have > any > such problem; I didn't notice any weirdness with 1.0.3beta, but the > packages > have probably only been built on my machine so far. > How are you buildling it? Do you use make install DESTDIR to build into your

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:

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 sh" problem... hmm.. > >I don't remember having any trouble building the

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:

--- Pisco <pisco@mac.com> wrote: > This may clarify a few things. I compiled flac from the source > package > on flac.sourceforge.net since the Darwin package did not contain the > XMMS > plugin. I compiled it using the ./configure, make, make all > sequence, > and it compiled fine. > When the flac plugin is alone in the XMMS Input directory, it works >