svn commit: r250379 - in head/usr.sbin/bsnmpd/modules: . snmp_hast

[Peter Wemm]

On Wed, May 8, 2013 at 4:25 PM, Peter Wemm <peter at wemm.org> wrote:
> On Wed, May 8, 2013 at 1:03 PM, Mikolaj Golub <trociny at freebsd.org> wrote:
>> Author: trociny
>> Date: Wed May  8 20:03:37 2013
>> New Revision: 250379
>> URL: http://svnweb.freebsd.org/changeset/base/250379
>>
>> Log:
>>   HAST module for bsnmpd(1).
>>
>>   Reviewed by:  harti, pjd
>>   MFC after:    2 weeks
>
> This breaks world on just about everything other than i386, and it is
> technically broken there too but doesn't actually cause a build
> failure.
>
> You cannot link a .so file against a non-pic library, libl.a in this case.
>
> ===> usr.sbin/bsnmpd/modules/snmp_hast (all)^M
> /usr/obj/usr/src/tmp/usr/bin/ld: /usr/obj/usr/src/tmp/usr/lib/libl.a(libyywrap.o
> ): relocation R_X86_64_32 against `a local symbol' can not be used when making a
>  shared object; recompile with -fPIC^M
> /usr/obj/usr/src/tmp/usr/lib/libl.a: could not read symbols: Bad value^M
> *** [snmp_hast.so.6] Error code 1^M


Hmm. It seems clang optimizes something away that gcc doesn't.  When
building with clang the problem doesn't show up.


-- 
Peter Wemm - peter at wemm.org; peter at FreeBSD.org; peter at yahoo-inc.com; KI6FJV