On Mon, Apr 30, 2012 at 01:12:19AM +0100, Andrew Benton wrote:
> On Mon, 30 Apr 2012 00:46:09 +0100
> Ken Moffat <[email protected]> wrote:
> 
> 
> >  So, after that fubar, I'm in no hurry to commit the patch from
> > gentoo that I'm using for audacious-3.2.2.
> 
> I'm curious about this. What does the patch do? What problem does it
> fix? I'm still using audacious-3.2.1 but looking at my build scripts I
> configure it with LIBS=-lgmodule-2.0 and I don't remember why. I also
> notice that this is not in the book. Does the book need it? Or is this
> just something I need to cope with using bleeding edge binutils and
> glibc?
> 
 Yeah, that sounds an easier approach (the patch fixes the m4
file, so it needs some autofoo) and definitely related.  I'll try
that in my *real* build.  My error was (sorry for the long lines):

Linking audacious...^M/usr/bin/ld: pluginenum.o: undefined reference to symbol 
'g_module_error'
/usr/bin/ld: note: 'g_module_error' is defined in DSO 
/usr/lib/libgmodule-2.0.so.0 so try adding it to the linker command line
/usr/lib/libgmodule-2.0.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

 Possibly the toolchain, possibly the current glib.  Certainly we
blamed the similar issues in LFS-7.1 on binutils.

 The patch I was using can be seen at e.g.
http://web.archiveorange.com/archive/v/a7O9Xqf2QFUHdCYM0zqP
(I don't have a gentoo url handy)

 but it appears to be related to
http://redmine.audacious-media-player.org/issues/88
which gives a simpler fix to src/ladspa/Makefile at
https://github.com/audacious-media-player/audacious-plugins/commit/ebbba65d2e19bdb67ee00ffab7ffdb2bea128255
 - weird.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to