--- Matt Zimmerman <mdz@debian.org> wrote:> The only difference in the command lines seems to be that your > xmms-config > explicitly links with -lgthread, while I suppose mine lets the > dynamic linker > pull it in. The only significant difference between the old and new > _LIBADD > lines is that @XMMS_LIBS@ is at the beginning in the new one. Now > that I think > about it, it really should go at the end. I don't know if moving it > will fix > the problem, but give it a try.nope, happens with @XMMS_LIBS@ at the end of line, and still happens if I remove -lgthread in the Makefile.> > At this point I'm not sure what should go in there, not > > being much of a libtool guy. > > Basically, you are allowed to specify object code, whether in shared > or static > libraries, normal object files, libtool libraries, and libtool object > files. > libtool figures out any magic that needs to be done to actually link > those > objects together, and calls the linker to do the work.it seems like some of the magic is broken in 1.3.5. Josh __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
--- Matt Zimmerman <mdz@debian.org> wrote:> On Fri, Jul 20, 2001 at 03:13:31PM -0700, Josh Coalson wrote: > > > --- Matt Zimmerman <mdz@debian.org> wrote: > > > Basically, you are allowed to specify object code, whether in > shared or > > > static libraries, normal object files, libtool libraries, and > libtool > > > object files. libtool figures out any magic that needs to be > done to > > > actually link those objects together, and calls the linker to do > the work. > > > > it seems like some of the magic is broken in 1.3.5. > > I don't understand it...I have only been using libtool 1.4 since > April, and I > swear it worked before. Maybe that part was different then. > > I'm sure it could be any number of non-libtool issues as well, such > as the > particular versions of various libraries that you have on your > system.yes, it could be me. I did upgrade my redhat box from 7.0 to 7.1 (big mistake) which committed unspeakable sodomies against my installation (boot sector? what boot sector?). the behavior is extending to the bizarre. when I compiled autoconf 2.52, automake 1.4, and libtool 1.4 locally, libtool didn't even install ltconfig. maybe it doesn't exist anymore but AM_PROG_LIBTOOL still seems to want it. anyway, I'm beyond the point of trying to explain it but copying in the 3 files you suggested after running autoconf seems to do the trick. Josh P.S. I hope it's not too bad etiquette but in the next mail I'll attach the autoconf'ed tarball so you guys can see if it's OK to release... 290K __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
On Fri, Jul 20, 2001 at 03:13:31PM -0700, Josh Coalson wrote:> --- Matt Zimmerman <mdz@debian.org> wrote: > > Basically, you are allowed to specify object code, whether in shared or > > static libraries, normal object files, libtool libraries, and libtool > > object files. libtool figures out any magic that needs to be done to > > actually link those objects together, and calls the linker to do the work. > > it seems like some of the magic is broken in 1.3.5.I don't understand it...I have only been using libtool 1.4 since April, and I swear it worked before. Maybe that part was different then. I'm sure it could be any number of non-libtool issues as well, such as the particular versions of various libraries that you have on your system. My GTK libraries include .la files; do yours? That code is essentially the same code that is used to build the plugins in XMMS itself. For instance, here's the Makefile.am for the vorbis plugin: if HAVE_OGGVORBIS lib_LTLIBRARIES = libvorbis.la endif libdir = $(plugindir)/$(INPUT_PLUGIN_DIR) INCLUDES = @GTK_CFLAGS@ @OGG_CFLAGS@ @VORBIS_CFLAGS@ -I$(top_builddir)/intl libvorbis_la_LDFLAGS = -module -avoid-version libvorbis_la_LIBADD = @GTK_LIBS@ @PTHREAD_LIBS@ @VORBIS_LIBS@ @OGG_LIBS@ libvorbis_la_SOURCES = \ vorbis.c vorbis.h \ configure.c \ http.c http.h \ fileinfo.c \ vcedit.c vcedit.h \ utf8.c -- - mdz