Date: 30 Nov 2009 23:03:45 -0000 From: Andrew Reilly <areilly@bigpond.net.au> To: FreeBSD-gnats-submit@FreeBSD.org Subject: ports/141038: cups-base (etc) doesn't link on amd64 because of -pie -fPIE Message-ID: <20091130230345.74530.qmail@areilly.bpa.nu> Resent-Message-ID: <200911302310.nAUNA1DX069046@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 141038 >Category: ports >Synopsis: cups-base (etc) doesn't link on amd64 because of -pie -fPIE >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 30 23:10:00 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Andrew Reilly >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: System: FreeBSD duncan.reilly.home 9.0-CURRENT FreeBSD 9.0-CURRENT #6: Sat Nov 28 09:41:57 EST 2009 root@duncan.reilly.home:/usr/obj/usr/src/sys/DUNCAN amd64 >Description: Specifically: ke[1]: Entering directory `/usr/ports/print/cups-base/work/cups-1.4.2/backend' echo Linking ipp... Linking ipp... cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib/ -L/usr/local/lib -Wl,-R/usr/local/lib -pie -fPIE -Wall -Wno-format-y2k -fPIC -Os -g -fstack-protector -o ipp ipp.o libbackend.a -lcups -L/usr/local/lib -lgnutls -pthread -lm -lcrypt /usr/bin/ld: /usr/lib/crt1.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/lib/crt1.o: could not read symbols: Bad value gmake[1]: *** [ipp] Error 1 gmake[1]: Leaving directory `/usr/ports/print/cups-base/work/cups-1.4.2/backend' gmake: *** [all] Error 1 *** Error code 1 Stop in /usr/ports/print/cups-base. Fix this one and there are a bunch of others that follow (all of the filters). This can be made to work by repeating the link step without the -pie -fPIE switches. (manually) >How-To-Repeat: Be on an amd64 machine and try to build any of cups. >Fix: Work-around: re-compile without -pie -fPIE switches. Not sure how to convince config to do that properly, since our gcc (in -current) seems to support them well enough to get through configure, but not well enough to link. >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091130230345.74530.qmail>