From owner-freebsd-toolchain@freebsd.org Sun Apr 16 06:30:14 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 734ACD40A05 for ; Sun, 16 Apr 2017 06:30:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-41.reflexion.net [208.70.210.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 20B5AB3A for ; Sun, 16 Apr 2017 06:30:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26637 invoked from network); 16 Apr 2017 06:31:08 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 06:31:08 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 02:30:06 -0400 (EDT) Received: (qmail 4606 invoked from network); 16 Apr 2017 06:30:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 06:30:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 30A94EC81B0; Sat, 15 Apr 2017 23:30:05 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) From: Mark Millard In-Reply-To: <20170415093010.GA4104@lonesome.com> Date: Sat, 15 Apr 2017 23:30:04 -0700 Cc: "Ngie Cooper (yaneurabeya)" , Gerald Pfeifer , FreeBSD Ports , FreeBSD Current , FreeBSD Toolchain , freebsd-arm , Pedro Giffuni , ericturgeon.bsd@gmail.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 06:30:14 -0000 On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: > On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >> I've seen material quoted from a exp-run that reported >> that about 54(?) ports were then blocked by lang/gcc6-aux >> not building. >=20 > Although the first is an older run (the last complete run IIUC), there > were 50 and 51 respectively as of: >=20 > = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 > = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >=20 > I think you're fairly deep into unexplored territory here. Looks like it. I tried an amd64 context (that was built using WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's indirect build of lang/gcc6-aux quickly stopped for: configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 /usr/bin/ld: error: unable to find library -lssp_nonshared /usr/bin/ld: error: unable to find library -lc collect2: error: ld returned 1 exit status configure:4443: $? =3D 1 configure:4480: result:=20 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ |=20 | int | main () | { |=20 | ; | return 0; | } configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': configure:4490: error: C compiler cannot create executables This happened even if I checked off in gcc6-aux's config to do a bootstrap. Even amd64 has build problems (at least for use of the modern/experimental ld). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Apr 16 08:10:34 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D405D40D8D for ; Sun, 16 Apr 2017 08:10:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 020EDE77 for ; Sun, 16 Apr 2017 08:10:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10868 invoked from network); 16 Apr 2017 08:11:29 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:11:29 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:10:27 -0400 (EDT) Received: (qmail 10334 invoked from network); 16 Apr 2017 08:10:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:10:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 81D92EC81B0; Sun, 16 Apr 2017 01:10:26 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) Message-Id: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 01:10:26 -0700 Cc: FreeBSD Current , FreeBSD Ports To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 08:10:34 -0000 Context: amd64 FreeBSD -r316952 as a VirtualBox guest that was built using WITH_LLD_IS_LD=3D . ports -r438577. x11/xorg-minimal indirectly gets to devel/libunwind and devel/libunwind fails to build from source: --- Lperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Lperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Gperf-simple --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so --- Gperf-trace --- libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib --- Lperf-trace --- /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so cc: error: linker command failed with exit code 1 (use -v to see = invocation) *** [Lperf-trace] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-simple --- /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so --- Gperf-trace --- /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so --- Gperf-simple --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-trace --- cc: error: linker command failed with exit code 1 (use -v to see = invocation) --- Gperf-simple --- *** [Gperf-simple] Error code 1 make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests --- Gperf-trace --- *** [Gperf-trace] Error code 1 I do have: # svnlite diff /usr/ports/Mk Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Apr 16 08:36:12 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E8A8D3E7BD for ; Sun, 16 Apr 2017 08:36:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-41.reflexion.net [208.70.210.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0AF651ED6 for ; Sun, 16 Apr 2017 08:36:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12692 invoked from network); 16 Apr 2017 08:36:10 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 08:36:10 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 04:36:10 -0400 (EDT) Received: (qmail 30400 invoked from network); 16 Apr 2017 08:36:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 08:36:10 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6D394EC81B0; Sun, 16 Apr 2017 01:36:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) [amd64 system ld being lld vs. binutils based] From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 01:36:08 -0700 Cc: Gerald Pfeifer , Pedro Giffuni , ericturgeon.bsd@gmail.com, FreeBSD Current , freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , "Ngie Cooper (yaneurabeya)" Content-Transfer-Encoding: quoted-printable Message-Id: <79677236-E5F7-45D1-9C18-7FE7237384B8@dsl-only.net> References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> <20170415093010.GA4104@lonesome.com> To: Mark Linimon X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 08:36:12 -0000 On 2017-Apr-15, at 11:30 PM, Mark Millard = wrote: > On 2017-Apr-15, at 2:30 AM, Mark Linimon = wrote: >=20 >> On Fri, Apr 14, 2017 at 08:27:29PM -0700, Mark Millard wrote: >>> I've seen material quoted from a exp-run that reported >>> that about 54(?) ports were then blocked by lang/gcc6-aux >>> not building. >>=20 >> Although the first is an older run (the last complete run IIUC), = there >> were 50 and 51 respectively as of: >>=20 >> = http://thunderx1.nyi.freebsd.org/build.html?mastername=3D110arm64-default&= build=3D423029 >> = http://beefy8.nyi.freebsd.org/build.html?mastername=3Dhead-armv6-default&b= uild=3Dp437390_s316341 >>=20 >> I think you're fairly deep into unexplored territory here. >=20 >=20 > Looks like it. I tried an amd64 context (that was built using > WITH_LLD_IS_LD=3D in case that matters) and ports-mgmt/synth's > indirect build of lang/gcc6-aux quickly stopped for: >=20 > configure:4439: = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/bin/gcc -O2 = -pipe -g -fstack-protector -fno-strict-aliasing -I/usr/local/include = -L/usr/local/lib -fstack-protector conftest.c >&5 > /usr/bin/ld: error: unable to find library -lssp_nonshared > /usr/bin/ld: error: unable to find library -lc > collect2: error: ld returned 1 exit status > configure:4443: $? =3D 1 > configure:4480: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "" > | #define PACKAGE_TARNAME "" > | #define PACKAGE_VERSION "" > | #define PACKAGE_STRING "" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:4486: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6-aux/work/build': > configure:4490: error: C compiler cannot create executables >=20 > This happened even if I checked off in gcc6-aux's config > to do a bootstrap. >=20 > Even amd64 has build problems (at least for use of the > modern/experimental ld). I reverted to an amd64 system based on WITHOUT_LLD_IS_LD=3D and that avoided this issue: at least the build has gotten farther and is still in progress. It looks like the lang/gcc6-aux bootstrap/bin/gcc for amd64 is using /usr/bin/ld in a way that is binutils specific at this point. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Apr 16 09:03:49 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 35A7BD404BF for ; Sun, 16 Apr 2017 09:03:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-42.reflexion.net [208.70.210.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EE619120F for ; Sun, 16 Apr 2017 09:03:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30309 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 09:03:47 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 05:03:47 -0400 (EDT) Received: (qmail 29147 invoked from network); 16 Apr 2017 09:03:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 09:03:47 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 6FD33EC7B2C; Sun, 16 Apr 2017 02:03:46 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> Date: Sun, 16 Apr 2017 02:03:45 -0700 Cc: FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <66C3DDE1-D9DB-4FCD-9743-0A547FE14358@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: FreeBSD Toolchain X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 09:03:49 -0000 On 2017-Apr-16, at 1:10 AM, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD=3D . ports -r438577. >=20 > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: >=20 >=20 > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:219: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:252: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:255: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:258: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:66: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-simple.c:73: cannot preempt symbol = '_ULx86_64_step' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Lperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-trace = Lperf-trace.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Gperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Gperf-simple Gperf-simple.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:181: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:205: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:238: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > --- Gperf-trace --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Gperf-trace = Gperf-trace.o ../src/.libs/libunwind-x86_64.so = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/src/.libs/= libunwind.so ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath = -Wl,/usr/local/lib > --- Lperf-trace --- > /usr/bin/ld: error: ./Gperf-trace.c:241: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_local_addr_space' defined in ../src/.libs/libunwind.so > /usr/bin/ld: error: ./Gperf-trace.c:244: cannot preempt symbol = '_ULx86_64_set_caching_policy' defined in ../src/.libs/libunwind.so > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [Lperf-trace] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-simple --- > /usr/bin/ld: error: Gperf-simple.c:195: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:219: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:252: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:255: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:258: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:66: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-simple.c:73: cannot preempt symbol = '_Ux86_64_step' defined in ../src/.libs/libunwind-x86_64.so > --- Gperf-trace --- > /usr/bin/ld: error: Gperf-trace.c:181: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:205: cannot preempt symbol = '_Ux86_64_init_local' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:238: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:241: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_local_addr_space' defined in ../src/.libs/libunwind-x86_64.so > /usr/bin/ld: error: Gperf-trace.c:244: cannot preempt symbol = '_Ux86_64_set_caching_policy' defined in = ../src/.libs/libunwind-x86_64.so > --- Gperf-simple --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-trace --- > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > --- Gperf-simple --- > *** [Gperf-simple] Error code 1 >=20 > make[2]: stopped in = /usr/obj/portswork/usr/ports/devel/libunwind/work/libunwind-1.1/tests > --- Gperf-trace --- > *** [Gperf-trace] Error code 1 >=20 >=20 > I do have: >=20 > # svnlite diff /usr/ports/Mk > Index: /usr/ports/Mk/bsd.port.mk > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/ports/Mk/bsd.port.mk (revision 436747) > +++ /usr/ports/Mk/bsd.port.mk (working copy) > @@ -1646,7 +1646,11 @@ > STRIP_CMD=3D ${TRUE} > .endif > DEBUG_FLAGS?=3D -g > +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) > +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} > +.else > CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} > +.endif > .if defined(INSTALL_TARGET) > INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} > .endif >=20 > and use ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D and WITH_DEBUG=3D : >=20 > # more /etc/make.conf=20 > WANT_QT_VERBOSE_CONFIGURE=3D1 > # > DEFAULT_VERSIONS+=3Dperl5=3D5.24 > WRKDIRPREFIX=3D/usr/obj/portswork > # > # =46rom a local /usr/ports/Mk/bsd.port.mk extension: > ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D > # > .if ${.CURDIR:M*/devel/*llvm*} > #WITH_DEBUG=3D > .elif ${.CURDIR:M*/www/webkit-qt5*} > #WITH_DEBUG=3D > .else > WITH_DEBUG=3D > .endif > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D I reverted my amd64 FreeBSD context to be based on WITHOUT_LLD_IS_LD=3D and tried the above again. devel/libunwind did not have the problem when the system's ld was from the system binutils. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Apr 16 18:55:08 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 49334D41400 for ; Sun, 16 Apr 2017 18:55:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-43.reflexion.net [208.70.210.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0D1BA105B for ; Sun, 16 Apr 2017 18:55:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31969 invoked from network); 16 Apr 2017 18:55:05 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 16 Apr 2017 18:55:05 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Sun, 16 Apr 2017 14:55:05 -0400 (EDT) Received: (qmail 1395 invoked from network); 16 Apr 2017 18:55:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Apr 2017 18:55:05 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E2563EC7E2B; Sun, 16 Apr 2017 11:55:04 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: amd64 head -r317015 system clang 4.0 crashes during qt5-widgets "checking" activity: "Wrong prefetch hint in intrinsic: should be 0 or 1" (avx512.cpp) Message-Id: <61B01D71-933E-454B-8878-C021CC93DF43@dsl-only.net> Date: Sun, 16 Apr 2017 11:55:04 -0700 Cc: FreeBSD Current , freebsd-amd64@freebsd.org To: FreeBSD Toolchain , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Apr 2017 18:55:08 -0000 [ports -r438577 with devel/*binutils reverted to 2.27 via -r436731 .] The qr5-widgets build attempt reported: checking for avx512cd...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512cd -g -Wall -W -fPIC -DAVX512WANT=3DCD -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp clang++ -o avx512 avx512.o -L/usr/local/lib avx512cd enabled. checking for avx512pf...=20 clang++ -c -pipe -O2 -g -fstack-protector -fno-strict-aliasing = -mavx512pf -g -Wall -W -fPIC -DAVX512WANT=3DPF -I. -I/usr/local/include = -I/usr/local/lib/qt5/mkspecs/freebsd-clang -o avx512.o avx512.cpp Assertion failed: (HintVal < 2 && "Wrong prefetch hint in intrinsic: = should be 0 or 1"), function LowerINTRINSIC_W_CHAIN, file = /usr/src/contrib/llvm/lib/Target/X86/X86ISelLowering.cpp, line 19956. clang++: ESC[0;1;31merror: ESC[0munable to execute command: Abort trap = (core dumped)ESC[0m clang++: ESC[0;1;31merror: ESC[0mclang frontend command failed due to = signal (use -v to see invocation)ESC[0m FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on = LLVM 4.0.0) Target: x86_64-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: PLEASE submit a bug = report to https://bugs.freebsd.org/submit/ and include the crash = backtrace, preprocessed source, and associated run script.ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located = at:ESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.cppESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg: = /tmp/avx512-258133.shESC[0m clang++: ESC[0;1;30mnote: ESC[0mdiagnostic msg:=20 ********************ESC[0m *** Error code 254 Stop. make[2]: stopped in = /usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensour= ce-src-5.7.1/config.tests/common/avx512 # more /tmp/avx512-258133.sh # Crash reproducer for FreeBSD clang version 4.0.0 = (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0) # Driver args: "--driver-mode=3Dg++" "-c" "-pipe" "-O2" "-g" = "-fstack-protector" "-fno-strict-aliasing" "-mavx512pf" "-g" "-Wall" = "-W" "-fPIC" "-D" "AVX512WANT=3DPF" "-I" "." "-I" "/usr/local/include" = "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" "-o" "avx512.o" = "avx512.cpp" # Original command: "/usr/bin/clang++" "-cc1" "-triple" = "x86_64-unknown-freebsd12.0" "-emit-obj" "-disable-free" = "-main-file-name" "avx512.cpp" "-mrelocation-model" "pic" "-pic-level" = "2" "-mthread-model" "posix" "-mdisable-fp-elim" "-relaxed-aliasing" = "-masm-verbose" "-mconstructor-aliases" "-munwind-tables" "-target-cpu" = "x86-64" "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-resource-dir" = "/usr/bin/../lib/clang/4.0.0" "-D" "AVX512WANT=3DPF" "-I" "." "-I" = "/usr/local/include" "-I" "/usr/local/lib/qt5/mkspecs/freebsd-clang" = "-internal-isystem" "/usr/include/c++/v1" "-O2" "-Wall" "-W" = "-fdeprecated-macro" "-fdebug-compilation-dir" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512" "-ferror-limit" "19" = "-fmessage-length" "80" "-stack-protector" "1" "-fobjc-runtime=3Dgnustep" = "-fcxx-exceptions" "-fexceptions" "-fdiagnostics-show-option" = "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-o" = "avx512.o" "-x" "c++" "avx512.cpp" "/usr/bin/clang++" "-cc1" "-triple" "x86_64-unknown-freebsd12.0" = "-emit-obj" "-disable-free" "-main-file-name" "avx512.cpp" = "-mrelocation-model" "pic" "-pic-level" "2" "-mthread-model" "posix" = "-mdisable-fp-elim" "-relaxed-aliasing" "-masm-verbose" = "-mconstructor-aliases" "-munwind-tables" "-target-cpu" "x86-64" = "-target-feature" "+avx512pf" "-dwarf-column-info" = "-debug-info-kind=3Dstandalone" "-dwarf-version=3D2" = "-debugger-tuning=3Dgdb" "-coverage-notes-file" = "/usr/obj/portswork/usr/ports/x11-toolkits/qt5-widgets/work/qtbase-opensou= rce-src-5.7.1/config.tests/common/avx512/avx512.gcno" "-D" = "AVX512WANT=3DPF" "-O2" "-Wall" "-W" "-fdeprecated-macro" = "-ferror-limit" "19" "-fmessage-length" "80" "-stack-protector" "1" = "-fobjc-runtime=3Dgnustep" "-fcxx-exceptions" "-fexceptions" = "-fdiagnostics-show-option" "-fcolor-diagnostics" "-vectorize-loops" = "-vectorize-slp" "-x" "c++" "avx512-258133.cpp" Unfortunately the /tmp/avx512-258133.cpp is somewhat over 2 MiBytes and so it not appropriate here. (Note: I got to this via trying to build x11/lumina .) As for build environment details/oddities for my context: # more /etc/make.conf=20 WANT_QT_VERBOSE_CONFIGURE=3D1 # DEFAULT_VERSIONS+=3Dperl5=3D5.24 WRKDIRPREFIX=3D/usr/obj/portswork # # =46rom a local /usr/ports/Mk/bsd.port.mk extension: ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=3D # .if ${.CURDIR:M*/devel/*llvm*} #WITH_DEBUG=3D .elif ${.CURDIR:M*/www/webkit-qt5*} #WITH_DEBUG=3D .else WITH_DEBUG=3D .endif WITH_DEBUG_FILES=3D MALLOC_PRODUCTION=3D # svnlite diff /usr/ports/Mk/ Index: /usr/ports/Mk/bsd.port.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/ports/Mk/bsd.port.mk (revision 436747) +++ /usr/ports/Mk/bsd.port.mk (working copy) @@ -1646,7 +1646,11 @@ STRIP_CMD=3D ${TRUE} .endif DEBUG_FLAGS?=3D -g +.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG) +CFLAGS:=3D ${CFLAGS} ${DEBUG_FLAGS} +.else CFLAGS:=3D ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS} +.endif .if defined(INSTALL_TARGET) INSTALL_TARGET:=3D ${INSTALL_TARGET:S/^install-strip$/install/g} .endif # svnlite info /usr/ports/devel/binutils Path: /usr/ports/devel/binutils Working Copy Root Path: /usr/ports URL: svn://svn0.us-west.freebsd.org/ports/head/devel/binutils Relative URL: ^/head/devel/binutils Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 436731 Node Kind: directory Schedule: normal Last Changed Author: bdrewery Last Changed Rev: 434651 Last Changed Date: 2017-02-22 15:33:44 -0800 (Wed, 22 Feb 2017) # svnlite diff /usr/src/contrib/llvm/ Index: /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (revision = 315914) +++ /usr/src/contrib/llvm/tools/lld/ELF/Target.cpp (working copy) @@ -1070,7 +1070,8 @@ } =20 PPC64TargetInfo::PPC64TargetInfo() { - PltRel =3D GotRel =3D R_PPC64_GLOB_DAT; + GotRel =3D R_PPC64_GLOB_DAT; + PltRel =3D R_PPC64_JMP_SLOT; RelativeRel =3D R_PPC64_RELATIVE; GotEntrySize =3D 8; GotPltEntrySize =3D 8; (So TARGET_ARCH=3Dpowerpc64 tied.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Apr 17 02:01:27 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B658D2AE09; Mon, 17 Apr 2017 02:01:27 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x241.google.com (mail-io0-x241.google.com [IPv6:2607:f8b0:4001:c06::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C80BB7DE; Mon, 17 Apr 2017 02:01:26 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x241.google.com with SMTP id k87so24159016ioi.0; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=Uo7avW6YQQ63Vm1Zrt/N73k2SgXBp4iurF40owMe+GXb+Z8P1iTqvyC9BCtHrALC9x /bX0J2tXyYJCC4vNHd0j1G1IXpLCrmPi/7lFzcA9i8Xk+lUXJnpTU15awtUBWNS2zVX8 ACThSTIawzg7pBJ/wF9UYPQx/EUpBdSd3hdCseAFxcZgZFOwLbbfy6iNx2qnBzgkdXFC CnzynLVzZBp5gTUYvXyDLviet71z6W/dxmCT3JjjBlysnxr0TnL+3MoRVTHzRAlDDGKa 7n4OHHFYAI+Y5UxcjwUbQqAa61jNA3CGb1BdiLYGTbg//OXRzCs0Fvv0Ph8zTZqAZcMG xCXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MjedlHMZW6riZ6DQlCkok/KJDGfUG15mJ2CqB4VfFjY=; b=AKEf91ProW7z2Gj08OKo01/Yw1GXpizHdXHzrqbULtFHLtxp7wlbQM2xlft34Mz4Kg UVec8jth/LLrjnJq+h9T3C32Xfeij8ZleLDhv9xO8f25Afw+S8bbCCCzAkKGNphj3V3Y TM8/mD9xBByFrZvZ/SmpE1Vr+YfypJ2PSDtiPIdh+3RWA9IVH8xxHeoBullTNh2IYyRr bZQM/SwcAu2Rchc1JDp2FRbuPw5pu2SHa60fbSQn4HecAzIj34nzZm2V+ngSEe3GcYtS 8SvFVM4AFIMlmCrjr0+N2i3vr0szmYqPM6JteW1Ilh3kBIL9LXdOHHCeC/MK+BbfTOId myCw== X-Gm-Message-State: AN3rC/5L3wm7Q6BQ0bgYJGN2+7snsPkvwG+CwKSsmrZ0v4edmmRnU8WN 2z2/FgtpUUzvepRYaE7KY+5Tyy03D87j5Aw= X-Received: by 10.36.80.213 with SMTP id m204mr7758562itb.105.1492394486085; Sun, 16 Apr 2017 19:01:26 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.209 with HTTP; Sun, 16 Apr 2017 19:01:05 -0700 (PDT) In-Reply-To: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> From: Ed Maste Date: Sun, 16 Apr 2017 22:01:05 -0400 X-Google-Sender-Auth: FH9gQrnc_95BzAhSkcjz73sNXPM Message-ID: Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 02:01:27 -0000 On 16 April 2017 at 04:10, Mark Millard wrote: > Context: amd64 FreeBSD -r316952 as a VirtualBox guest > that was built using WITH_LLD_IS_LD= . ports -r438577. > > x11/xorg-minimal indirectly gets to devel/libunwind and > devel/libunwind fails to build from source: > > > --- Lperf-simple --- > libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing -fexceptions -Wall -Wsign-compare -fstack-protector -o .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc -llzma -Wl,-rpath -Wl,/usr/local/lib > /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so The LLD ports exp-run identified the "cannot preempt symbol" issue as being responsible for the largest number of failed or skipped ports. You can find a description of the issue in LLVM PR 30960 (https://bugs.llvm.org//show_bug.cgi?id=30960). This is a tricky issue, and one for which there's not a clear right answer, but is arguably a problem that needs to be addressed in the individual pieces of software (libunwind, openal-soft, etc.) As a temporary workaround you can add CFLAGS+= -fPIC to the port's Makefile, as in https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a41092765e6062 From owner-freebsd-toolchain@freebsd.org Mon Apr 17 04:32:29 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 624EAD41C2B for ; Mon, 17 Apr 2017 04:32:29 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-41.reflexion.net [208.70.210.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F364F1613 for ; Mon, 17 Apr 2017 04:32:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26934 invoked from network); 17 Apr 2017 04:32:27 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Apr 2017 04:32:27 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Mon, 17 Apr 2017 00:32:27 -0400 (EDT) Received: (qmail 383 invoked from network); 17 Apr 2017 04:32:27 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 17 Apr 2017 04:32:27 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 56C93EC86CF; Sun, 16 Apr 2017 21:32:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI: amd64 built with WITH_LLD_IS_LD= vs. devel/libunwind : cannot preempt symbol (for various symbols) From: Mark Millard In-Reply-To: Date: Sun, 16 Apr 2017 21:32:25 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <6C9833F3-8DA6-4D79-A076-F4B78C47CC72@dsl-only.net> References: <37CB2849-A509-4C1D-AB93-A1FBFF70E959@dsl-only.net> To: Ed Maste X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 04:32:29 -0000 On 2017-Apr-16, at 7:01 PM, Ed Maste wrote: > On 16 April 2017 at 04:10, Mark Millard wrote: >> Context: amd64 FreeBSD -r316952 as a VirtualBox guest >> that was built using WITH_LLD_IS_LD=3D . ports -r438577. >>=20 >> x11/xorg-minimal indirectly gets to devel/libunwind and >> devel/libunwind fails to build from source: >>=20 >>=20 >> --- Lperf-simple --- >> libtool: link: cc -O2 -pipe -g -fstack-protector -fno-strict-aliasing = -fexceptions -Wall -Wsign-compare -fstack-protector -o = .libs/Lperf-simple Lperf-simple.o ../src/.libs/libunwind.so -lgcc = -llzma -Wl,-rpath -Wl,/usr/local/lib >> /usr/bin/ld: error: ./Gperf-simple.c:195: cannot preempt symbol = '_ULx86_64_init_local' defined in ../src/.libs/libunwind.so >=20 > The LLD ports exp-run identified the "cannot preempt symbol" issue as > being responsible for the largest number of failed or skipped ports. > You can find a description of the issue in LLVM PR 30960 > (https://bugs.llvm.org//show_bug.cgi?id=3D30960). This is a tricky > issue, and one for which there's not a clear right answer, but is > arguably a problem that needs to be addressed in the individual pieces > of software (libunwind, openal-soft, etc.) Good to know. > As a temporary workaround you can add CFLAGS+=3D -fPIC to the port's > Makefile, as in > = https://github.com/emaste/freebsd-ports/commit/4857444b31ca546e29e221dce2a= 41092765e6062 I've set this up for the next time I try using WITH_LLD_IS_LD=3D on amd64. Thanks. When I reverted earlier to binutils based ld a later qt5-widgets vs. libQt5Core.so ended up with: "multiple definition of" for __bss_start@Qt_5 _edata@Qt_5 _end@Qt_5 and this stoped the build that I was attempting. (I did not make to to the x11/lumina that I explicitly specified as to be built.) So my -fPIC experiment using WITH_LLD_IS_LD=3D on amd64 will not likely happen until Qt5 can build what is involved in its supporting x11/lumina . (Having at least x11/xorg-minimal also helps with using x11/lumina . But until I can have x11/lumina I've no intended use for x11/xorg-minimal .) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Apr 17 14:24:19 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52819D42CBC for ; Mon, 17 Apr 2017 14:24:19 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 17F5411D for ; Mon, 17 Apr 2017 14:24:19 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id a103so154314561ioj.1 for ; Mon, 17 Apr 2017 07:24:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=MDf08uoUiKZGHUzENJzgZXdK66q7lUjJT6qp2BOX7SU=; b=hNYA6WTJrnDQ6yB+B9MEc7UtdWm3WgPPznsm87xe6Z798RwJJbQn0pdtcUabs81mW9 q2UVke1vDFxkVAAXv50lX5VgFkuMoyL3GarV+G7uJvWmUX1/q1PNBXIzS8pgsk3eO9AR yDfGUcy2HX0qzZ2ZPqYYfQWW5Ga7uhA+mzvwsFJkWwdBPLre/bV0EymmK5WxnizwsHpf yaQ4kOZ4o0LxAz/nKA8v3LArvSRW9nb8/A+BJl/Vg486U/LNmdRjcM/rvLoO6bU93cb/ tzJGmqVWBPa2D3m/DOWdsdoTU7TJPhU/810pk0xmHBewL+B40bsjsgc2HqiHFdrjZHZc gdxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=MDf08uoUiKZGHUzENJzgZXdK66q7lUjJT6qp2BOX7SU=; b=XD1SImWr5Qp12LC9+vPNVjm+VosAsgRapHI8o48N8IzHFxF/y2omhHYnsKUdINQZWT ocNVSGXkmkPp5mkV/tOmasc5njCAjjrmfuy+dTCdrj+nGEu6C+RAng5NWygJfhFnxx34 44LdC2ySRZYeMfX0F2B3WGy1xQgZmffE0PYNqF2/4uW7IcZU46dlv5gDZIxXhvMkdfmZ Ik8/P5G1LgMkpvYVYZOMk8W+fE94/MzWAVkgMwGpiBskICBLi+HKJ0FIEpduKElD+uOV vX0X0bZcOEz0fR8rIfAR8Nax4AfL3r2HsthnKWV34sh9VgjaMXcA6q8weHviZLyLQzIo ONgg== X-Gm-Message-State: AN3rC/5c4y0/1+DgjSNlZrCxFZXmX7i/ybd5cu6cDJDi893k7UNHK+4k z0E3TjH/IlCnxxTXFZljYgMBu00cWiJL X-Received: by 10.36.35.129 with SMTP id u123mr8797274itu.105.1492439058389; Mon, 17 Apr 2017 07:24:18 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.136 with HTTP; Mon, 17 Apr 2017 07:23:57 -0700 (PDT) In-Reply-To: References: <7DB9F23E-2D55-44C3-AA91-C209BF584C4A@andric.com> From: Ed Maste Date: Mon, 17 Apr 2017 10:23:57 -0400 X-Google-Sender-Auth: RvRorETbqyfacTfrcGi_PuK1WUg Message-ID: Subject: Re: WITH_LLD_IS_LD vs default WITHOUT_SYSTEM_COMPILER: What are the reasons? To: Mark Millard Cc: Dimitry Andric , FreeBSD Toolchain Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Apr 2017 14:24:19 -0000 On 14 April 2017 at 20:16, Mark Millard wrote: > So it sounds like I can freely mix WITH_LLD_IS_LD and WITH_SYSTEM_COMPILER > in any system-clang 4.0 based system build context, no actual problem > cases, even if the existing system build used a binutils ld (for example). Yes. WITH_LLD_IS_LD implying WITHOUT_SYSTEM_COMPILER was added because LLD requires tblgen and libllvm, but they were originally built only when needed for Clang. In cases where the SYSTEM_COMPILER default logic determined that the host compiler was identical to the to-be-built bootstrap compiler the build would skip building Clang, tblgen, and libllvm. This was fixed by r316647 and the connection between LLD_IS_LD and SYSTEM_COMPILER can be removed in due course. From owner-freebsd-toolchain@freebsd.org Wed Apr 19 19:17:37 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45A2FD464CD for ; Wed, 19 Apr 2017 19:17:37 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D01E15F9 for ; Wed, 19 Apr 2017 19:17:37 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id a103so34060707ioj.1 for ; Wed, 19 Apr 2017 12:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=NPjMpJYA8wWtSLSr4rQhl2xl3VZPFqkTWsR49EfKFoQ=; b=tUMwY7HIdP0fNI15ly/jA06enTPYUjK7Xz8B+szzBgRcJ2qcaCu8HZTiy1/09+0S7M tqvcQ41DVUgPi9EyBbyi+J2vP4Eh2QAtN5WyStGnz1tq3VAYh/9XA93FNf3O/oHEzTIc k52Tp3EkM4qCgrdqeuGtqlF3VI33BgJwuJVhpRvVdXKk3DUuZXw0vB6TZm/LyBHNUhCv t5IisDPgdYNulI87ufYUaMTniF2uCfNBXeg0QSy5RMAnpOvP3RkBIT46uTdKMLhN8Y/S Gedb+KpahEk065kKxkNoQEBoeJLJoj7pRVwlHbuB4ntodoOzun2uYb0m06MAN8e/wT5r iOfg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=NPjMpJYA8wWtSLSr4rQhl2xl3VZPFqkTWsR49EfKFoQ=; b=P9+AqBNcYJuzZngl9UDKgD/K2yVjHzbRXUZdG3myzqibG0XS4iYCAYFH8GN2mPD23Y ouMGv5AZSIVwFX3rKWR2biiapAVbSzKwdbhklIzxAjmiHJIjDPh+quOpj6tPKDmXAgrp Ss6jepD5v+SWtd36VR0spfmP0zdTpOkRyR+6cN/BWPYSCB6JItTpT5wDDolqsrwNJ2BW mS99d/AWhsvp/+MXuIRjPp0thKnC6sqYRQQr6bSZgCDjA4LiuTccSGhXaQW5mv1OS5Yv gN+qRZK1VtpN6ylzND6aSGsqRpl04y7fyx60FapQ8ackUpbxF+YW3OPk6v3jgv35ZAhy /j0Q== X-Gm-Message-State: AN3rC/5dEflFwGd+x7HwSCKnud2wvJzeiov5zo8Uqnvp6mEys4Sb2heC mhhAUVBDy8GkNj1/Bg+MpC2cs+aPED7KjPI= X-Received: by 10.36.213.196 with SMTP id a187mr21682669itg.4.1492629454299; Wed, 19 Apr 2017 12:17:34 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.30.136 with HTTP; Wed, 19 Apr 2017 12:17:13 -0700 (PDT) In-Reply-To: <201704191906.v3JJ6lcl053049@repo.freebsd.org> References: <201704191906.v3JJ6lcl053049@repo.freebsd.org> From: Ed Maste Date: Wed, 19 Apr 2017 15:17:13 -0400 X-Google-Sender-Auth: 73aU-bMaXg5SSyDF7uuaK2J_5T8 Message-ID: Subject: Re: svn commit: r317159 - head/contrib/libstdc++/config/abi/pre To: "freebsd-toolchain@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Apr 2017 19:17:37 -0000 On 19 April 2017 at 15:06, Ed Maste wrote: > Author: emaste > Date: Wed Apr 19 19:06:47 2017 > New Revision: 317159 > URL: https://svnweb.freebsd.org/changeset/base/317159 > > Log: > libstdc++: fix symbol version script for LLD > > LLD is less tolerant of inconsistencies in the symbol version script. > > - Add a ; on the last entry in a version block > - Remove duplicated symbols, retaining those in the earliest block For reference, with this change and two others I was able to link FreeBSD/mips64 world and kernel using the in-tree LLD 4.0.0, although I haven't yet tested the result. Everything was compiled with the in-tree GCC 4.2.1. The other changes I used: 1) applying -mxgot globally, by adding it to CFLAGS in bsd.cpu.mk 2) disabling static_libpam in lib/libpam/Makefile There is a patch in LLVM's Phabricator to add multi-GOT support to LLD[1], although it's meeting some resistance: LLD's main authors don't want the additional complexity in LLD to support ABI oddities that only apply to MIPS. The static libpam failed because it needs to output a relocatable object (ld -r) from multiple input object objects with different/non-zero ri_gp_value, and LLD is not capable of this. [1] https://reviews.llvm.org/D31528 From owner-freebsd-toolchain@freebsd.org Thu Apr 20 00:09:37 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AF1EED46F4E for ; Thu, 20 Apr 2017 00:09:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-186.reflexion.net [208.70.211.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 650C0807 for ; Thu, 20 Apr 2017 00:09:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8271 invoked from network); 20 Apr 2017 00:10:39 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 20 Apr 2017 00:10:39 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Wed, 19 Apr 2017 20:09:35 -0400 (EDT) Received: (qmail 28230 invoked from network); 20 Apr 2017 00:09:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Apr 2017 00:09:35 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id CCB1DEC805D; Wed, 19 Apr 2017 17:09:34 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files Message-Id: <921E1189-B07D-4BFA-873B-9C2DF195D771@dsl-only.net> Date: Wed, 19 Apr 2017 17:09:34 -0700 To: FreeBSD Toolchain , freebsd-arm X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 00:09:37 -0000 The attempt to build & install devel/aarch64-gcc on a aarch64 = environment gets (I use WRKDIRPREFIX=3D/usr/obj/portswork ): =3D=3D=3D> Installing for aarch64-gcc-6.3.0 =3D=3D=3D> Checking if aarch64-gcc already installed =3D=3D=3D> Registering installation for aarch64-gcc-6.3.0 as automatic pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov:No such file or directory pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov-tool:No such file or directory pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-cpp.1.gz:No such file or directory pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-g++.1.gz:No such file or directory pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcc.1.gz:No such file or directory pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcov.1.gz:No such file or directory *** Error code 74 Stop. make: stopped in /usr/ports/devel/aarch64-gcc =3D=3D=3D>>> Installation of aarch64-gcc-6.3.0 (devel/aarch64-gcc) = failed A hack before doing a portmaster -CDK lang/aarch64-gcc to continue the build/install is to execute the script shown below (I use WRKDIRPREFIX=3D/usr/obj/portswork ): # more ~/aarch64-gcc_fixup.sh=20 #!/bin/sh cp -ax = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov cp -ax = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov-tool = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov-tool gzip -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/cpp.1 = > = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-cpp.1.gz gzip -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/g++.1 = > = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-g++.1.gz gzip -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/gcc.1 = > = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcc.1.gz gzip -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/gcov.1 = > = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcov.1.gz That puts in place the files that are not where they are expected. Of course this sort of hack-then-continue would not fit well with poudriere use or analogous build techniques. The same sort of thing happens for lang/powerpc64 on a powerpc64 environment. As I remember. . . The same sort of thing happens for lang/amd64 on a amd64 environment. So I have ~/powerpc64-gcc_fixup.sh and ~/amd64-gcc_fixup.sh as well. I get to these ???-gcc's by trying to install a self-hosted lang/???-xtoolchain-gcc in each case. Such allows for experimenting with self-hosted gcc based system builds that are libc++ based (instead of using gcc 4.2.1). =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Thu Apr 20 11:56:04 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F040DD479D4; Thu, 20 Apr 2017 11:56:04 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qt0-x242.google.com (mail-qt0-x242.google.com [IPv6:2607:f8b0:400d:c0d::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A78CF1C33; Thu, 20 Apr 2017 11:56:04 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: by mail-qt0-x242.google.com with SMTP id t52so7111476qtb.3; Thu, 20 Apr 2017 04:56:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version; bh=PPvmY3NFCvdPf6QSGFSabXtv/UTEIVdOcza5kgocD4g=; b=QfGIBopruyBexHoaP4dSe0druFOIBArwJ7vl9Bb+MYuL9rjSO1/VjCLyv0MTHu3DG5 rPCNhA46+AvgP0jS8Mh4HMMPXXHB0C5tlwMWy+nB+xeN/SzPcwnDDPAtsTGsfQd56NhU zh6evtteWEoO7BtcXVmImAhK8Wqs4XpzhBiG6+i5mNk2twu2NXifnReEoWhlWyAijijZ Jyjv9jGm2726m9oPWE7J27kbl+MK0nIAqkaQd8eL1arjqRdsUMyshKDQ5m758ZWJZCS0 f/lrxQoUcPR2ZkPcqU5cNHkD8U8O7bh5V1Opeg/+QvKE62YdRPIg0YQOV0mKWqhY/+QR uW9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version; bh=PPvmY3NFCvdPf6QSGFSabXtv/UTEIVdOcza5kgocD4g=; b=R8TT3ARBulO1nYGghAkaon30Iz5ixWvGFRV5tejMOS5EGH/I8TfdWUEdUjGJzFCaFa FR00dxlOn595pa3wFXjw0ARqTNJurIIgv0u33qZi7eBVTqcXYHPSS8BdsrWyAXjH42I3 lEoQhMZEqJrcWNS7ZKSh/Pi3lFjOuPmbL5WHaK+YHcrNrhI8EgBiYe0VaLEuuAtBIxqK Ph6Qx7Gdu07Et8mVr/c404P2P0RT8VWbxbac0VaxOLQMrPOmadZWWHcBCb8QAftOvAsg lMqkNXI8T7tjVevOYZCkzA4KRRRp8nQpn374kT8CWrJHA4u/NEheHeLoa2zHY4VpK3de i4eQ== X-Gm-Message-State: AN3rC/7TmYAiF7Nqw1BKjTZU6V3dTAdtOyzo06I9PE+bwzpyrsacBH5Q +97LYa1HrBQrJvxBXBk= X-Received: by 10.237.41.199 with SMTP id o65mr8152686qtd.239.1492689363740; Thu, 20 Apr 2017 04:56:03 -0700 (PDT) Received: from kan ([2601:18f:802:4680:226:18ff:fe00:232e]) by smtp.gmail.com with ESMTPSA id l10sm205941qte.15.2017.04.20.04.56.01 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 20 Apr 2017 04:56:02 -0700 (PDT) Date: Thu, 20 Apr 2017 07:55:48 -0400 From: Alexander Kabaev To: Mark Millard Cc: FreeBSD Toolchain , freebsd-arm Subject: Re: FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files Message-ID: <20170420075548.66f6bc4d@kan> In-Reply-To: <921E1189-B07D-4BFA-873B-9C2DF195D771@dsl-only.net> References: <921E1189-B07D-4BFA-873B-9C2DF195D771@dsl-only.net> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/4fTKOAL_R9aJXg5g7Fir6_8"; protocol="application/pgp-signature" X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 11:56:05 -0000 --Sig_/4fTKOAL_R9aJXg5g7Fir6_8 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable aarch64-gcc is not a full compiler, but one intended to be used as cross toolchain. Said that, when built on x86-64, it does have gcov and man pages, so this must be an artefact of your build environment or your aarch64 setup, as this never was tested when run natively nor was it meant to be - there is unfinished work in ports/base to create native toolchain. Please provide full log of your port build soemwhere, though I will not be able to look at it under weekend at the earliest. % pkg info -l aarch64-gcc-6.3.0 | grep gcov /usr/local/bin/aarch64-unknown-freebsd12.0-gcov /usr/local/bin/aarch64-unknown-freebsd12.0-gcov-tool /usr/local/lib/gcc/aarch64-unknown-freebsd12.0/6.3.0/plugin/include= /gcov-counter.def /usr/local/lib/gcc/aarch64-unknown-freebsd12.0/6.3.0/plugin/include= /gcov-io.h /usr/local/man/man1/aarch64-unknown-freebsd12.0-gcov.1.gz Thanks, On Wed, 19 Apr 2017 17:09:34 -0700 Mark Millard wrote: > The attempt to build & install devel/aarch64-gcc on a aarch64 > environment gets (I use WRKDIRPREFIX=3D/usr/obj/portswork ): >=20 > =3D=3D=3D> Installing for aarch64-gcc-6.3.0 > =3D=3D=3D> Checking if aarch64-gcc already installed > =3D=3D=3D> Registering installation for aarch64-gcc-6.3.0 as automatic = =20 > pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= bin/aarch64-unknown-freebsd12.0-gcov:No > such file or directory pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= bin/aarch64-unknown-freebsd12.0-gcov-tool:No > such file or directory pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= man/man1/aarch64-unknown-freebsd12.0-cpp.1.gz:No > such file or directory pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= man/man1/aarch64-unknown-freebsd12.0-g++.1.gz:No > such file or directory pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= man/man1/aarch64-unknown-freebsd12.0-gcc.1.gz:No > such file or directory pkg-static: Unable to access > file /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/= man/man1/aarch64-unknown-freebsd12.0-gcov.1.gz:No > such file or directory *** Error code 74 >=20 > Stop. > make: stopped in /usr/ports/devel/aarch64-gcc >=20 > =3D=3D=3D>>> Installation of aarch64-gcc-6.3.0 (devel/aarch64-gcc) failed= =20 >=20 >=20 > A hack before doing a portmaster -CDK lang/aarch64-gcc to continue > the build/install is to execute the script shown below (I use > WRKDIRPREFIX=3D/usr/obj/portswork ): >=20 > # more ~/aarch64-gcc_fixup.sh=20 > #!/bin/sh > cp > -ax /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov /= usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aarc= h64-unknown-freebsd12.0-gcov >=20 > cp > -ax /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov-t= ool /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin= /aarch64-unknown-freebsd12.0-gcov-tool >=20 > gzip > -c /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/cpp.1 > > /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man= /man1/aarch64-unknown-freebsd12.0-cpp.1.gz >=20 > gzip > -c /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/g++= .1 > > /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man= /man1/aarch64-unknown-freebsd12.0-g++.1.gz >=20 > gzip > -c /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/gcc= .1 > > /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man= /man1/aarch64-unknown-freebsd12.0-gcc.1.gz >=20 > gzip > -c /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/gcov= .1 > > /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man= /man1/aarch64-unknown-freebsd12.0-gcov.1.gz >=20 > That puts in place the files that are not where they are expected. >=20 > Of course this sort of hack-then-continue would not fit well > with poudriere use or analogous build techniques. >=20 >=20 > The same sort of thing happens for lang/powerpc64 on a powerpc64 > environment. >=20 > As I remember. . . > The same sort of thing happens for lang/amd64 on a amd64 > environment. >=20 > So I have ~/powerpc64-gcc_fixup.sh and ~/amd64-gcc_fixup.sh > as well. >=20 >=20 > I get to these ???-gcc's by trying to install a > self-hosted lang/???-xtoolchain-gcc in each case. > Such allows for experimenting with self-hosted gcc > based system builds that are libc++ based (instead > of using gcc 4.2.1). >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Alexander Kabaev --Sig_/4fTKOAL_R9aJXg5g7Fir6_8 Content-Type: application/pgp-signature Content-Description: Цифровая подпись OpenPGP -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEExffZlZm2QeE8UVaRBxMimZJ5Ln4FAlj4ocRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM1 RjdEOTk1OTlCNjQxRTEzQzUxNTY5MTA3MTMyMjk5OTI3OTJFN0UACgkQBxMimZJ5 Ln4Z1hAAqSf4Yf+BJHYKnQA4ENAWGluNnCLSBJ5NhHf4pveCOChIw7QdJKuzwNWA jHPakWRMO8NVpWyV43zvVrFGcXIC4RWjlrCMjlAHhqOcZPcbTwsap7cnhfSWt+QO viJH/ZNoS/zjRIv7GaYC2mgYBnpBuvlhlfK2SRoXhId6ypxr61bBTELEidyxH1kB B3sT4W7JAtj9TlUF48tiNNDxbF8JzHPmEfRugGPtoKQZptcfN+ws5vTm26uJzII/ b720tOd6YeO+lcdX4LkmYtzd6cyFeyeubToc5TFFg0/Dp2FsBERmMSQkJEn7jrRv MmapHrHJa2EzDn1MzlCM6NIH2oyTg3lq8bGVT/fBDC6W5tYN59voAGX15j9OKfKV 5nWiW9HoAS5U334vD540wxXysYWbMdhCFlSQLlE9bcWfqVxYCn+XsiMeWqG+k6S4 ZnC+BNKTjqwcNAbUvXvBHJX5chSL+ikyZpMMpzTSYR4SIACNopYDQAC2pYg3Ikze DiLxz978Cr8KsvDr/BPMeVByUMJ+iBgHUtR+YA6OHZPA1n7O1fEnezG+7AC+1Yh2 FRNnb0L66MkP1IWfvakYyHx7CCPo99HSIQf7S18X2O4ICAAXsnVdgU4JJKRbL4SN gNkapRNFGI+qNSQCBhMcfJq5kQHsQ0ftZHxIvIVvjLhR4Dny/js= =J+po -----END PGP SIGNATURE----- --Sig_/4fTKOAL_R9aJXg5g7Fir6_8-- From owner-freebsd-toolchain@freebsd.org Thu Apr 20 17:16:58 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C81DD48AC5 for ; Thu, 20 Apr 2017 17:16:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-21.reflexion.net [208.70.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 01F2DA9D for ; Thu, 20 Apr 2017 17:16:57 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2252 invoked from network); 20 Apr 2017 17:10:16 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 20 Apr 2017 17:10:16 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.0) with SMTP; Thu, 20 Apr 2017 13:10:16 -0400 (EDT) Received: (qmail 20525 invoked from network); 20 Apr 2017 17:10:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 20 Apr 2017 17:10:16 -0000 Received: from [192.168.1.106] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 9BF9CEC9008; Thu, 20 Apr 2017 10:10:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: FYI on aarch64: building and installing devel/aarch64-gcc fails with "Unable to access file" for 6 files From: Mark Millard In-Reply-To: <20170420075548.66f6bc4d@kan> Date: Thu, 20 Apr 2017 10:10:15 -0700 Cc: FreeBSD Toolchain , freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <921E1189-B07D-4BFA-873B-9C2DF195D771@dsl-only.net> <20170420075548.66f6bc4d@kan> To: Alexander Kabaev X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 17:16:58 -0000 On 2017-Apr-20, at 4:55 AM, Alexander Kabaev = wrote: > aarch64-gcc is not a full compiler, but one intended to be used as > cross toolchain. I've used powerpc64-xtoolchain-gcc and its powerpc64-gcc to build modern, libc++ based powerpc64 builds for years, mostly self-hosted on powerpc64 hardware but also cross built from amd64. So I'm familiar with the ???-gcc's and their purpose. ???-gcc is also part of how I test if the code is compliant with both gcc and clang in a self hosted manor. I've reported various examples over the years of incompatibilities that had appeared. > Said that, when built on x86-64, it does have gcov > and man pages, so this must be an artefact of your build environment = or > your aarch64 setup, as this never was tested when run natively nor was > it meant to be - The problem for self hosted is the need to add the prefixes, such as, aarch64-unknown-freebsd12.0- to the names such as: gcov gcov-tool gcov.1.gz The logic for doing that is conditional on the cross-build status and the prefix is not added when it is a self-hosted-build (so it is not a cross build). But pkg-plist has no such conditional status (using gcov-tool as an example) : # grep -R gcov-tool /usr/ports/devel/aarch64-gcc/ /usr/ports/devel/aarch64-gcc/pkg-plist:bin/%%GCC_TARGET%%-gcov-tool (and for good reasons for pkg-plist). Continuing to use gcov-tool as an example. . . =46rom = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/Makefile= .in : GCC_INSTALL_NAME :=3D $(shell echo gcc|sed '$(program_transform_name)') GCC_TARGET_INSTALL_NAME :=3D $(target_noncanonical)-$(shell echo gcc|sed = '$(program_transform_name)') CPP_INSTALL_NAME :=3D $(shell echo cpp|sed '$(program_transform_name)') GCOV_INSTALL_NAME :=3D $(shell echo gcov|sed = '$(program_transform_name)') GCOV_TOOL_INSTALL_NAME :=3D $(shell echo gcov-tool|sed = '$(program_transform_name)') # grep -R GCOV_TOOL_INSTALL_NAME = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/ | more = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/Makefile= .in:GCOV_TOOL_INSTALL_NAME :=3D $(shell echo gcov-tool|sed = '$(program_transform_name)') = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/Makefile= .in: rm -f $(DESTDIR)$(bindir)/$(GCOV_TOOL_INSTALL_NAME)$(exeext); = \ = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/Makefile= .in: gcov-tool$(exeext) = $(DESTDIR)$(bindir)/$(GCOV_TOOL_INSTALL_NAME)$(exeext); \ = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/Makefile= .in:$(DESTDIR)$(man1dir)/$(GCOV_TOOL_INSTALL_NAME)$(man1ext): = doc/gcov-tool.1 installdirs = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/Makefile:GC= OV_TOOL_INSTALL_NAME :=3D $(shell echo gcov-tool|sed = '$(program_transform_name)') /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/Makefile: = rm -f $(DESTDIR)$(bindir)/$(GCOV_TOOL_INSTALL_NAME)$(exeext); = \ /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/Makefile: = gcov-tool$(exeext) = $(DESTDIR)$(bindir)/$(GCOV_TOOL_INSTALL_NAME)$(exeext); \ = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/Makefile:$(= DESTDIR)$(man1dir)/$(GCOV_TOOL_INSTALL_NAME)$(man1ext): doc/gcov-tool.1 = installdirs So when GCOV_TOOL_INSTALL_NAME omits the prefix for self-hosted the result is incorrect for the pkg-plist . > there is unfinished work in ports/base to create > native toolchain. I'm aware. I've submitted Bugzilla reports 21400 though 214405 against it from attempting to use it and work around some of its problems. > Please provide full log of your port build soemwhere, though I will = not > be able to look at it under weekend at the earliest. I'll deal with sending a compressed copy of my: ~/ports_typescripts/r438677_aarch_xtoolchain_gcc_try-00-typescript separately later --and off list. But I doubt it will be any more interesting/useful than the above and below extractions. > % pkg info -l aarch64-gcc-6.3.0 | grep gcov > /usr/local/bin/aarch64-unknown-freebsd12.0-gcov > /usr/local/bin/aarch64-unknown-freebsd12.0-gcov-tool > = /usr/local/lib/gcc/aarch64-unknown-freebsd12.0/6.3.0/plugin/include/gcov-c= ounter.def > = /usr/local/lib/gcc/aarch64-unknown-freebsd12.0/6.3.0/plugin/include/gcov-i= o.h > /usr/local/man/man1/aarch64-unknown-freebsd12.0-gcov.1.gz Using gcov-tool as an example again: As far as the log goes for mentions of gcov-tool. . . # grep gcov-tool = ~/ports_typescripts/r438677_aarch_xtoolchain_gcc_try-00-typescript | = more c++ -std=3Dgnu++98 -fno-PIE -c -fbracket-depth=3D512 -DIN_GCC = -fno-strict-aliasing -fno-exceptions -fno-rtti = -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings = -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic = -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings = -DHAVE_CONFIG_H -I. -I. = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/. = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/../inc= lude = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/../lib= cpp/include -I/usr/local/include = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/../lib= decnumber = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/../lib= decnumber/dpd -I../libdecnumber = -I/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/../lib= backtrace -B/usr/local/aarch64-freebsd/bin/ -mcpu=3Dcortex-a53 = -DLIBICONV_PLUG -o gcov-tool.o -MT gcov-tool.o -MMD -MP -MF = ./.deps/gcov-tool.TPo = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c ESC[0mIn file included from = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c:28: ESC[0mIn file included from = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c:28: ESC[0mIn file included from = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c:28: ESC[0mIn file included from = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c:28: ESC[0mIn file included from = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gcov-too= l.c:28: = ESC[1m/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/gcc/gc= ov-tool.c:490:7: ESC[0mESC[0;1;35mwarning: ESC[0mESC[1mvariable 'ret' is = used uninitialized whenever 'if' condition is false = [-Wsometimes-uninitialized]ESC[0m = ESC[0mESC[1m/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/= gcc/gcov-tool.c:495:10: ESC[0mESC[0;1;30mnote: ESC[0muninitialized use = occurs hereESC[0m = ESC[0mESC[1m/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/= gcc/gcov-tool.c:490:3: ESC[0mESC[0;1;30mnote: ESC[0mremove the 'if' if = its condition is always trueESC[0m = ESC[0mESC[1m/usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-6.3.0/= gcc/gcov-tool.c:459:10: ESC[0mESC[0;1;30mnote: ESC[0minitialize the = variable 'ret' to silence this warningESC[0m ESC[0mc++ -std=3Dgnu++98 -fbracket-depth=3D512 -DIN_GCC = -fno-strict-aliasing -fno-exceptions -fno-rtti = -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings = -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual -pedantic = -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings = -DHAVE_CONFIG_H gcov-tool.o libgcov-util.o libgcov-driver-tool.o = libgcov-merge-tool.o libcommon.a ../libcpp/libcpp.a = ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a = ../libdecnumber/libdecnumber.a -o gcov-tool if [ -f gcov-tool ]; \ rm -f = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/gc= ov-tool; \ gcov-tool = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/gc= ov-tool; \ pkg-static: Unable to access file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov-tool:No such file or directory Note the lack of aarch64-unknown-freebsd12.0- except in the pkg-static = message. > Thanks, >=20 > On Wed, 19 Apr 2017 17:09:34 -0700 > Mark Millard wrote: >=20 >> The attempt to build & install devel/aarch64-gcc on a aarch64 >> environment gets (I use WRKDIRPREFIX=3D/usr/obj/portswork ): >>=20 >> =3D=3D=3D> Installing for aarch64-gcc-6.3.0 >> =3D=3D=3D> Checking if aarch64-gcc already installed >> =3D=3D=3D> Registering installation for aarch64-gcc-6.3.0 as = automatic =20 >> pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov:No >> such file or directory pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov-tool:No >> such file or directory pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-cpp.1.gz:No >> such file or directory pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-g++.1.gz:No >> such file or directory pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcc.1.gz:No >> such file or directory pkg-static: Unable to access >> file = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcov.1.gz:No >> such file or directory *** Error code 74 >>=20 >> Stop. >> make: stopped in /usr/ports/devel/aarch64-gcc >>=20 >> =3D=3D=3D>>> Installation of aarch64-gcc-6.3.0 (devel/aarch64-gcc) = failed =20 >>=20 >>=20 >> A hack before doing a portmaster -CDK lang/aarch64-gcc to continue >> the build/install is to execute the script shown below (I use >> WRKDIRPREFIX=3D/usr/obj/portswork ): >>=20 >> # more ~/aarch64-gcc_fixup.sh=20 >> #!/bin/sh >> cp >> -ax = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov >>=20 >> cp >> -ax = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/gcov-tool = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/bin/aa= rch64-unknown-freebsd12.0-gcov-tool >>=20 >> gzip >> -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/cpp.1 >>> = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-cpp.1.gz >>=20 >> gzip >> -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/g++.1 >>> = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-g++.1.gz >>=20 >> gzip >> -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/.build/gcc/doc/gcc.1 >>> = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcc.1.gz >>=20 >> gzip >> -c = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/gcc-*/gcc/doc/gcov.1 >>> = /usr/obj/portswork/usr/ports/devel/aarch64-gcc/work/stage/usr/local/man/ma= n1/aarch64-unknown-freebsd12.0-gcov.1.gz >>=20 >> That puts in place the files that are not where they are expected. >>=20 >> Of course this sort of hack-then-continue would not fit well >> with poudriere use or analogous build techniques. >>=20 >>=20 >> The same sort of thing happens for lang/powerpc64 on a powerpc64 >> environment. >>=20 >> As I remember. . . >> The same sort of thing happens for lang/amd64 on a amd64 >> environment. >>=20 >> So I have ~/powerpc64-gcc_fixup.sh and ~/amd64-gcc_fixup.sh >> as well. >>=20 >>=20 >> I get to these ???-gcc's by trying to install a >> self-hosted lang/???-xtoolchain-gcc in each case. >> Such allows for experimenting with self-hosted gcc >> based system builds that are libc++ based (instead >> of using gcc 4.2.1). From owner-freebsd-toolchain@freebsd.org Sat Apr 22 08:06:04 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4DB8D49077 for ; Sat, 22 Apr 2017 08:06:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B787E12 for ; Sat, 22 Apr 2017 08:06:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3M863c7075768 for ; Sat, 22 Apr 2017 08:06:04 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols Date: Sat, 22 Apr 2017 08:06:04 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gecko@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: cc flagtypes.name Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 08:06:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218808 Jan Beich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd-toolchain@FreeBSD.o | |rg Flags|maintainer-feedback?(gecko@ |maintainer-feedback+ |FreeBSD.org) | --- Comment #1 from Jan Beich --- (In reply to O. Hartmann from comment #0) > I'm wondering about the error as it indicates a missing flag? Probably. Firefox uses --ignore-unresolved-symbol (ld.bfd 2.26+ or ld.gold 2.28+) or --warn-unresolved-symbol to allow environ(7) in shared libraries together with --no-undefined. This is a workaround for BSD libc, GNU libc is unaffected. $ cat a.c #include void foo() { extern char **environ; for(int i =3D 0; environ[i] !=3D NULL; i++) printf("%s\n", environ[i]); } $ cc -fPIC -shared -Wl,-z,defs -o a.so a.c -B/usr/local/bin -Wl,--ignore-unresolved-symbol,environ $ cc -fPIC -shared -Wl,-z,defs -o a.so a.c -Wl,--warn-unresolved-symbols /tmp/a-52cbc1.o: In function `foo': a.c:(.text+0x12): warning: undefined reference to `environ' a.c:(.text+0x32): warning: undefined reference to `environ' http://searchfox.org/mozilla-central/rev/6e1c138a06a8/old-configure.in#662 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Apr 22 08:18:11 2017 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A381ED49514 for ; Sat, 22 Apr 2017 08:18:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 920C927F for ; Sat, 22 Apr 2017 08:18:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id v3M8IBwc099269 for ; Sat, 22 Apr 2017 08:18:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols Date: Sat, 22 Apr 2017 08:18:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: jbeich@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: gecko@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Apr 2017 08:18:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218808 --- Comment #2 from Jan Beich --- (In reply to Jan Beich from comment #1) > --ignore-unresolved-symbol (ld.bfd 2.26+ Oops, since ld.bfd 2.24 but the flag came from NetBSD. https://mail-index.netbsd.org/source-changes/2008/04/03/msg004439.html --=20 You are receiving this mail because: You are on the CC list for the bug.=