search for: bhines

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

On Tue, Feb 11, 2003 at 05:14:45PM +0000, Christian Weisgerber wrote: > Ben Hines <bhines@alumni.ucsd.edu> wrote: > > > The patch fixed the problem with your libs. However, when linking the > > xmms plugin i still get: > > > > *** Warning: This library needs some functionality provided by -lstdc++. > > This is because of id3lib, which is written i...

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

...time? btw, earlier, i also get: ranlib /tmp/sw/lib/libFLAC.a chmod 644 /tmp/sw/lib/libFLAC.a libtool: install: warning: remember to run `libtool --finish /usr/local/lib' Which is wrong, the lib is (correctly) being put in /sw/lib. Only the message is wrong. -Ben -- http://homepage.mac.com/bhines/

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

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

Updating the fink flac to 1.0.4, it won't compile because finds the headers of the previous version in /sw/include, because the CPPFLAGS/CFLAGS are being put before the local includes: (configure with ./configure --prefix=/sw --mandir=/sw/share/man ) gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"

On Thursday, January 9, 2003, at 11:38 AM, Ben Hines wrote: > > On Tuesday, January 7, 2003, at 07:54 PM, Glenn wrote: > >> >> I've got xmms installed (via fink) and I'd really like to get the >> xmms-flac plugin to work. >> >> Suggestions? >> > > You could of course use the FLAC from fink, it comes with the plugin. > I haven't

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

...to run `libtool-disable-static --finish /sw/lib/xmms/Input' 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.. -Ben -- http://homepage.mac.com/bhines/

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.

On Tuesday, February 11, 2003, at 09:51 AM, Matt Zimmerman wrote: > On Tue, Feb 11, 2003 at 05:14:45PM +0000, Christian Weisgerber wrote: > >> Ben Hines <bhines@alumni.ucsd.edu> wrote: >> >>> The patch fixed the problem with your libs. However, when linking the >>> xmms plugin i still get: >>> >>> *** Warning: This library needs some functionality provided by >>> -lstdc++. >> >> This is bec...

...an you refresh my memory... I vaguely remember you mentioning that my OUR_CFLAGS_HEAD/OUR_CFLAGS_TAIL change to configure.in messed up debianization because it put local includes at the head... am I remembering right? Is there a way to resolve that problem *and* Ben's? Josh --- Ben Hines <bhines@alumni.ucsd.edu> wrote: > Updating the fink flac to 1.0.4, it won't compile because finds the > headers of the previous version in /sw/include, because the > CPPFLAGS/CFLAGS are being put before the local includes: > > (configure with ./configure --prefix=/sw --mandir=/sw/s...

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