FS#6516 - Automake 1.10 has a bug in it's libtool

Attached to Project: Arch Linux
Opened by Johannes Schriewer (dunkelstern) - Saturday, 03 March 2007, 00:44 GMT
Task Type Bug Report
Category Packages: Current
Status Closed
Assigned To No-one
Architecture not specified
Severity Critical
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

It seems Automake 1.10 has a bug in it's libtool that breaks compilation of some programs.
It doesn't correctly append -L switches to the gcc commandlines.

So compilation errors out with missing libraries that are in fact correctly in place.
It can be easily reproduced by trying to compile some KDE packages.
It will error out with

LD: Cannot find -lqt-mt


This bug is related to the following one:
http://bugs.archlinux.org/task/6506

qt-enhanced of KDEmod was patched to create that error because of the libtool bug.

I propose a simple downgrade to 1.9 until this is fixed though.
This task depends upon

Closed by  Tobias Powalowski (tpowa)
Saturday, 03 March 2007, 12:49 GMT
Reason for closing:  Not a bug
Comment by Jan M. (funkyou) - Saturday, 03 March 2007, 01:34 GMT
I can confirm this.

With autotools 1.10 installed, kdelibs fails to build with this error:

g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=x86-64 -O3 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -fvisibility=hidden -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o dcopidl dcopidl.all_cc.o main.o -lqt-mt -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -Wl,--rpath -Wl,/opt/kde/lib -Wl,--rpath -Wl,/opt/qt/lib -Wl,--rpath -Wl,/usr/share
/usr/bin/ld: cannot find -lqt-mt

With autotools 1.9 everything is shiny...
Comment by Jan M. (funkyou) - Saturday, 03 March 2007, 04:38 GMT
oops, i meant automake...
Comment by Tobias Powalowski (tpowa) - Saturday, 03 March 2007, 08:03 GMT
hrm, i never ahd problems in rebuilding kdelibs, you are using non official packages probably that is the main problem.
Comment by Jan de Groot (JGC) - Saturday, 03 March 2007, 10:56 GMT
kdelibs builds quite fine here, all -L options are passed fine. The only thing where it breaks is where some reference is called to libart_lgpl, I'm fixing that one now.
Comment by Johannes Schriewer (dunkelstern) - Saturday, 03 March 2007, 10:57 GMT
I check that today, but I don't think it's a fault of the PKGBUILDS as they are not substantially changed.
Comment by Johannes Schriewer (dunkelstern) - Saturday, 03 March 2007, 10:59 GMT
that libart problem is already fixed by a patch on the kde mailing list or another upgrade of libart_lgpl.
Comment by Jan de Groot (JGC) - Saturday, 03 March 2007, 12:48 GMT
libart-lgpl-2.3.19-1 includes the patch. I was able to compile kdelibs fine with this version of automake and the kdelibs PKGBUILD we have in abs. As you customized a lot of packages, I blame your customized packages. I'm not able to reproduce this problem on my own system with all standard packages, automake being at 1.10.

Loading...