> > Could you do glibc builds with the gcc trunk before and after the change? > > It's best to base the PR on an unmodified version of gcc. > > The test with the gcc-trunk (Main 4.3.0 head) shows the same error at the > same place.
Ok, it would be useful to file a gcc PR to start. However, it's not clear that gcc is a fault. It may be that glibc isn't using the visibility attribute correctly for this symbol (i.e., hiding a symbol that is externally referenced). You could try building glibc with the attribute removed. This might be somewhat hppa specific because of the nptl issue. > > It would help to know the exact details of the linker command that > > fails, the assembler code generated for mq_timedreceive, and the > > __librt_multiple_threads symbols in __librt_multiple_threads librt.so. > > Did you had a look at the info I sent you (see my previous message) ? I looked at it briefly but don't have a comment at the moment. I was hoping to figure out which package is responsible for this problem. 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]
