QMBTagger / Support Requests / #2 Makefile seems to be broken on OS X

Ewen Cheslack-Postava - 2004-04-19

Logged In: YES
user_id=769104

Thanks for the report. When you requested the binary after
the last release I didn't realize you were on a mac, sorry
about that.

Can you tell me what versions of automake, autoconf, and
libtool you have? I checked some stuff online and it seems
that OS X has some problems with older versions of libtool.

I will try to help you solve the problem but I don't have a
mac to work on. Maybe I will check out the compile farm...

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

MT - 2004-04-20

Logged In: YES
user_id=959088

No problem...I wasn't sure who all was building what. :)

Automake -- GNU 1.6.1
Autoconf -- GNU 2.5.2
Libtool -- 1.3.5

It looks like my libtool is old judging by the (C) dates (up
to 1999). I'll keep looking around to see what I can dredge
up. I just thought I might be missing something blindingly
obvious...

~Tene

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ewen Cheslack-Postava - 2004-04-20

assigned_to: nobody --> echeslack
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ewen Cheslack-Postava - 2004-04-20

Logged In: YES
user_id=769104

Apparantly 1.3.5 is actually normal. The fink site lists it
as the latest version they have some docs about dealing with
libtool issues when porting at
http://fink.sourceforge.net/doc/porting/libtool.php?phpLang=en
. I will try to look at it tomorrow, but you are in a
slightly better position in that you actually have a machine
to test on :).

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ewen Cheslack-Postava - 2004-04-21

Logged In: YES
user_id=769104

I cannot even attempt to build on the compile farm for now
because they don't have musicbrainz installed (which isn't
really that surprising). But, the page mentioned in my
previous post
(http://fink.sourceforge.net/doc/porting/libtool.php?phpLang=en)
has a section that says you should just replace two files in
order to get libtool working. Could you try doing that?
Actually only one of them appears to be there (probably
because there are no shared libraries being built) but you
could just overwrite the one and add the second. Hopefully
it should be that simple.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

MT - 2004-05-03

Logged In: YES
user_id=959088

Ok, thanks for the links and info. I appreciate all the
help. I've been messing around with building qmb over the
past few weeks and I made it past the libtool version
problem, but hit a problem with this line from the makefile:

/bin/sh ../libtool --silent --mode=link g++
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W
-Wpointer-arith -Wwrite-strings -O2 -fno-exceptions
-fno-check-new -fno-common -o qmbtagger
-L/Users/tene/Projects/Developer/qt/lib -L/usr/X11R6/lib
main.o qcdlookup.o qmbconfig.o qmbfile.o qmbfileview.o
qmbflacfile.o qmbmad.o qmbmetadata.o qmbmp3file.o
qmbsubmit.o qmbtagger.o qmbvorbisfile.o qmbtagbox.o vcedit.o
qmbfileviewfileitem.o qmbfileviewresultitem.o
qmbtagbox.moc.o qmbsubmit.moc.o qmbconfig.moc.o
qmbtagger.moc.o qmbfileview.moc.o qcdlookup.moc.o -lqt-mt
-lz -lXext -lX11 -lSM -lICE -lpthread -lX11 -lmusicbrainz
-lvorbisfile -lvorbis -logg -lid3 -lmad -lFLAC++ -lFLAC

Problem:

libtool: unrecognized option `--tag=CXX'
Try `libtool --help' for more information.

My libtool doesn't support this function. I looked around
for days over the net and in the files and finally traced
this down to the aclocal files. Somehow when make calls the
line above it gets expanded so that the --tag=CXX is in
there. I can't seem to pull it out b/c doing so forces make
to rebuild them and then it's back in the aclocal files. I
didn't find the info mentioned in the makefiles themselves,
so I'm at a loss.

I can run the command from the makefile without the --tag
parameter and I get a lot of undefined symbols. I don't
think that the dylib being bound or not causes the
following, but I could be wrong:

ld: warning prebinding disabled because dependent library:
/usr/local/lib/libmusicbrainz.4.dylib is not prebound
ld: Undefined symbols:
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t>
>::_Rep::_M_dispose(std::allocator<wchar_t> const&)
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t>
>::basic_string[in-charge](std::basic_string<wchar_t,
std::char_traits<wchar_t>, std::allocator<wchar_t> > const&)
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::_S_empty_rep_storage
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t>
>::_Rep::_M_destroy(std::allocator<wchar_t> const&)
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::append(unsigned long, wchar_t)
std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::reserve(unsigned long)

Sigh. Any ideas?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Ewen Cheslack-Postava - 2004-05-03

Logged In: YES
user_id=769104

:( Sorry, I'd like to help, but I don't have any way of
checking this stuff out since I don't have a mac. Your best
bet would probably be to ask somebody on the fink project to
help out. I really know nothing about macs.

Apparantly the person in this
http://lists.trolltech.com/qt-interest/2003-12/thread00781-0.html
thread had the same problem as you originally and fixed it
by getting the cvs of libtool, but I wouldn't necessarily
recommend that unless you know what you are doing.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Makefile seems to be broken on OS X

Group

Searches

Help

#2 Makefile seems to be broken on OS X

Discussion