Re: lib/47545: librt + static libc triggers linker warning

["Valeriy E. Ushakov" <uwe%stderr.spb.ru@localhost>]

The following reply was made to PR lib/47545; it has been noted by GNATS.

From: "Valeriy E. Ushakov" <uwe%stderr.spb.ru@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/47545: librt + static libc triggers linker warning
Date: Sat, 9 Feb 2013 03:02:11 +0400

 On Fri, Feb 08, 2013 at 21:10:01 +0000, dholland%eecs.harvard.edu@localhost 
wrote:
 
 > It seems that linking librt.so against libc_p.a (or for that matter,
 > libc.a) causes this message:
 > /usr/lib/libc.so.12: warning: warning: __findenv is an internal obsolete 
 > function.
 > 
 > The easiest way to test is:
 >    ld -o /dev/null /usr/lib/librt.so /usr/lib/libc.a"
 > 
 > The way this comes up in real life is:
 >    gcc -pg $(OBJS) -lrt -o $(PROG)
 > 
 > as this pulls in librt.so and uses libc_p.a. (I would have expected it
 > to implicitly pull in librt_p.a instead, but apparently it doesn't.)
 > 
 > I don't see where this is coming from; there is no reference to
 > __findenv in /usr/lib/librt.*, and no obvious chain of undefined
 > symbols that seems to be related.
 
 Check "FIXME" at src/external/gpl3/binutils/dist/bfd/elflink.c:3453
 
 Looks like for normal objects .gnu.warning.SYMBOL is handled as
 uncodintional .gnu.warning
 
 We should probably move the symbol to the file of its own.
 
 -uwe