[prev in list] [next in list] [prev in thread] [next in thread]
List: debian-devel
Subject: Re: toolchain issue makes qt3 drop symbols ?
From: Pierre Habouzit <madcoder () debian ! org>
Date: 2008-02-13 8:53:55
Message-ID: 20080213085355.GA18429 () artemis ! madism ! org
[Download RAW message or body]
On dim, fév 10, 2008 at 07:44:02 +0000, Sune Vuorela wrote:
> Dear Debian-Devel, we need your advices.
>
> Yesterday, we (the qt-kde packagers) uploaded qt3 version 3.3.8b. The biggest
> differences over 3.3.7 is that it is now also gplv3 licensed.
>
> And then this bug report came:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465028 - libqt3-mt: Missing
> weak symbols for stat64 functions
>
> basically, in qt3 3:3.3.7-9 and earlier, libqt3-mt seems to provide some
> symbols:
>
> $ objdump -T libqt-mt.so.3 | grep stat64
> 004d2d9e w DF .text 00000032 Base stat64
> 002f19de w DF .text 00000032 Base fstat64
> 005dcba0 w DF .text 00000032 Base lstat64
We tracked the issue down. The thing is that libc6 used (before 2.7)
to "export inline" those symbols, whereas now it's only done for C (not
C++) and when gcc is >= 4.3.
The thing is, when not using visiblity=hidden, 'extern inline' emits
symbols in the resulting binary. The glibc _was_ wrong before, and it
now has the proper behavior. Though, it means that some libraries had
stat64 and friends exported in them, and that may cause lot of grief.
A list of packages having or using those three symbols are beeing
built, I'm unsure about what should be done about them, it's _not_ only
qt3 that will have issues here.
--
·O · Pierre Habouzit
· ·O madcoder@debian.org
OOO http://www.madism.org
[Attachment #3 (application/pgp-signature)]
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic