[mb-devel] Tunepimp crash with id3 tag

Tue Oct 4 19:20:38 UTC 2005

I've made a bit more progress on this along the lines of your  
suggestion below.  In addition to building a fresh GNU libtool  
(v1.5.20), I built autoconf (v2.59) and automake (v1.9) as well.   
After installing all of this in /usr/local and setting my PATH var to  
have /usr/local/ at the head, I get past the original linking problem  
I cited.  This was a big relief until ... another problem came up.   
Here is the relevant build command and the first few of numerous  
"multiple definition" errors:

g++ ${wl}-flat_namespace ${wl}-undefined ${wl}suppress -o .libs/ 
mp3.so -bundle  .libs/mp3.o .libs/mp3decode.o .libs/id3_meta.o .libs/ 
id3_2_3_meta.o .libs/mp3info.o  .libs/mp3.lax/libutf8.a/ 
iconvert.o .libs/mp3.lax/libutf8.a/utf8_darwin.o .libs/mp3.lax/ 
libutf8.a/utf8util.o  .libs/mp3.lax/libid3tag.a/compat.o .libs/ 
mp3.lax/libid3tag.a/crc.o .libs/mp3.lax/libid3tag.a/debug.o .libs/ 
mp3.lax/libid3tag.a/field.o .libs/mp3.lax/libid3tag.a/file.o .libs/ 
mp3.lax/libid3tag.a/frame.o .libs/mp3.lax/libid3tag.a/ 
frametype.o .libs/mp3.lax/libid3tag.a/genre.o .libs/mp3.lax/ 
libid3tag.a/latin1.o .libs/mp3.lax/libid3tag.a/parse.o .libs/mp3.lax/ 
libid3tag.a/render.o .libs/mp3.lax/libid3tag.a/tag.o .libs/mp3.lax/ 
libid3tag.a/ucs4.o .libs/mp3.lax/libid3tag.a/utf16.o .libs/mp3.lax/ 
libid3tag.a/utf8.o .libs/mp3.lax/libid3tag.a/util.o .libs/mp3.lax/ 
libid3tag.a/version.o  .libs/mp3.lax/libid3tag.a/compat.o .libs/ 
mp3.lax/libid3tag.a/crc.o .libs/mp3.lax/libid3tag.a/debug.o .libs/ 
mp3.lax/libid3tag.a/field.o .libs/mp3.lax/libid3tag.a/file.o .libs/ 
mp3.lax/libid3tag.a/frame.o .libs/mp3.lax/libid3tag.a/ 
frametype.o .libs/mp3.lax/libid3tag.a/genre.o .libs/mp3.lax/ 
libid3tag.a/latin1.o .libs/mp3.lax/libid3tag.a/parse.o .libs/mp3.lax/ 
libid3tag.a/render.o .libs/mp3.lax/libid3tag.a/tag.o .libs/mp3.lax/ 
libid3tag.a/ucs4.o .libs/mp3.lax/libid3tag.a/utf16.o .libs/mp3.lax/ 
libid3tag.a/utf8.o .libs/mp3.lax/libid3tag.a/util.o .libs/mp3.lax/ 
libid3tag.a/version.o  .libs/mp3.lax/libpluginsupport.a/ 
fileio.o .libs/mp3.lax/libpluginsupport.a/metadata.o   /usr/lib/ 
libiconv.dylib /usr/local/lib/libmad.dylib /usr/local/lib/ 
libmusicbrainz.dylib -framework CoreFoundation
/usr/bin/ld: multiple definitions of symbol _id3_2_3_compat_fixup
.libs/mp3.lax/libid3tag.a/compat.o definition of  
_id3_2_3_compat_fixup in section (__TEXT,__text)
.libs/mp3.lax/libid3tag.a/compat.o definition of  
_id3_2_3_compat_fixup in section (__TEXT,__text)
/usr/bin/ld: multiple definitions of symbol _id3_2_3_compat_lookup
.libs/mp3.lax/libid3tag.a/compat.o definition of  
_id3_2_3_compat_lookup in section (__TEXT,__text)
.libs/mp3.lax/libid3tag.a/compat.o definition of  
_id3_2_3_compat_lookup in section (__TEXT,__text)
/usr/bin/ld: multiple definitions of symbol _id3_2_3_crc_calculate
.libs/mp3.lax/libid3tag.a/crc.o definition of _id3_2_3_crc_calculate  
in section (__TEXT,__text)
.libs/mp3.lax/libid3tag.a/crc.o definition of _id3_2_3_crc_calculate  
in section (__TEXT,__text)
     ...

I noticed the "README.macosx" suggests the following:

     In order to build the latest id3lib (needed by tunepimp) you may  
want to
     build id3lib with the following:

       ./configure CXX=g++2

Unfortunately, only g++-3.3 and g++-4.0 are available on MacOS 10.4.   
Based on the README, I'm guessing you may have run into something  
similar before and I was curious if you had any thoughts about  
getting past this one.

I did try building tunepimp with g++-3.3 and that reports numerous  
and a different set of linking errors.

Thanks again for your continued help!
--Sunil

On Oct 3, 2005, at 8:50 PM, Robert Kaye wrote:

>
> On Oct 3, 2005, at 2:13 PM, Sunil Vemuri wrote:
>
>
>> Thanks for the reference.  I tried downloading a recent copy of  
>> libtool (version 1.5.20) and doing ./configure -program-transform- 
>> name=s/libtool/glibtool/ (per the instructions given in the link  
>> you provided).  Still no luck.
>>
>> I saw a few other links from others who've experienced similar  
>> problems on other projects.  They suggested other remedies:
>>     http://lists.apple.com/archives/Unix-porting/2005/May/ 
>> msg00005.html
>>     http://bugzilla.opendarwin.org/show_bug.cgi?id=2927
>>
>> Unfortunately, none of these seems to work either.  Admittedly,  
>> I'm not an expert in the inner workings of libtool, but I seem to  
>> be running out of options.
>>
>
> I suspect at your default developer tools (in specific libtool, not  
> glibtool) has been overwritten or otherwise tweaked. I've had luck  
> reinstalling Apple's Developer Kit and then carefully installing  
> glibtool into /usr/local and adjusting the systemwide path to  
> include /usr/local . This keeps your /usr files installed from  
> apple clean and your personal stuff in /usr/local
>
> If that is not it, and you trust some random guy with freaky hair  
> on the net to log into your machine, I could check it out for you. :-)
>
>
>> -- 
>>
>
> --ruaok              Somewhere in Texas a village is missing its  
> idiot.
>
> Robert Kaye     --     rob at eorbit.net     --    http://mayhem- 
> chaos.net
>
> _______________________________________________
> MusicBrainz-devel mailing list
> MusicBrainz-devel at lists.musicbrainz.org
> http://lists.musicbrainz.org/mailman/listinfo/musicbrainz-devel
>