> Matthias Klose a écrit : > > The proposed fix seems to be wrong, as it disables the backport on all > > architectures. Please could you recheck with current trunk? As jda > > suggested, another backport is missing for hppa.
Looking at this some more, I don't think there's a missing backport for hppa. > There was no reaction on either site. The comment was too vague and will be ignored since you are modifying the gcc tree. If a gcc bug is identified, then a new gcc PR is needed. Looking at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=428509, I don't see that gcc is doing anything wrong. Currently, I see the following with readelf for __librt_multiple_threads in librt-2.5.so and libc-2.5.so on testing, respectively: 44: 00000000 4 OBJECT GLOBAL DEFAULT UND [EMAIL PROTECTED] (10) 1230: 0013e328 4 OBJECT GLOBAL DEFAULT 32 __librt_multiple_threads@@GLIBC_PRIVATE The link error suggests that __librt_multiple_threads is hidden in libc-2.5.so. This will only occur if the symbol is defined with the .hidden attribute. If that's the case, the link error is expected. So, either the symbol shouldn't be hidden or it needs to be defined in librt as well. This is a glibc issue. I should note that pa gcc backend doesn't do anything special wrt .hidden. .hidden support is handled completely by the middle-end. Thus, any problem wrt .hidden in gcc is likely to apply to all targets that support this attribute. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
