From owner-freebsd-toolchain@freebsd.org Sun Jul 23 00:02:16 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 AF7C4DB146F for ; Sun, 23 Jul 2017 00:02:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 6417E6A3BA for ; Sun, 23 Jul 2017 00:02:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4713 invoked from network); 23 Jul 2017 00:02:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 00:02:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 22 Jul 2017 20:02:14 -0400 (EDT) Received: (qmail 28016 invoked from network); 23 Jul 2017 00:02:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 00:02:14 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id D0FB0EC8877; Sat, 22 Jul 2017 17:02:13 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used From: Mark Millard In-Reply-To: Date: Sat, 22 Jul 2017 17:02:13 -0700 Cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> To: Bryan Drewery 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, 23 Jul 2017 00:02:16 -0000 On 2017-Jul-22, at 4:50 PM, Dimitry Andric wrote: > On 23 Jul 2017, at 01:32, Mark Millard wrote: >>=20 >> My first attempt to update amd64 to a clang 5 based /usr/src >> failed ( -r321109 -> -r321371 ). Listing just the first >> error initially: >>=20 >> --- ToolDrivers/llvm-lib/LibDriver.o --- >> In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: >> = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation >> OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) >> = ^ >> /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here >> #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, >> ^ >=20 > Yeah, I think this can happen with an incremental build, and if you > enable MK_CLANG_EXTRAS. There was only one Options.inc file first, in > $WORLDTMP/usr/src/lib/clang/libllvm, but now there are two different > ones, under $WORLDTMP/usr/src/lib/clang/libllvm/llvm-lib and > $WORLDTMP/usr/src/lib/clang/libllvm/llvm-dlltool. This is a rather > unfortunate change from upstream. >=20 > I'm unsure what to do here, maybe it is a good idea to explicitly rm > the incorrect file before make starts to search the directory. Bryan, > any clues? IIRC there were some other precedents where stale objects > could get in the way, and would have to be force-deleted before even > the depend stage? I've done: # mv /usr/obj/amd64_clang /usr/obj/amd64_clang_r321109_r321371 before starting a rebuild --in to preserve my failed-build context in case that record of the result of the attempt can help. I also have the script output for the build attempt that I could extract content from if needed. It will take some time for the from-scratch rebuild to even get to the prior failure point, much less to complete. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 00:10:09 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 21FFEDB1744; Sun, 23 Jul 2017 00:10:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BF6896A66F; Sun, 23 Jul 2017 00:10:08 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::e4cb:e9ff:2f5b:885e] (unknown [IPv6:2001:470:7a58:0:e4cb:e9ff:2f5b:885e]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 301F0261A5; Sun, 23 Jul 2017 02:10:08 +0200 (CEST) From: Dimitry Andric Message-Id: <3EF869EB-ADB6-455B-8725-2E42C73B27EB@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_BD6F501B-F2F1-4E75-87B0-3F70204BFF0C"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used Date: Sun, 23 Jul 2017 02:09:58 +0200 In-Reply-To: Cc: Bryan Drewery , FreeBSD Toolchain , FreeBSD Current To: Mark Millard References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> 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, 23 Jul 2017 00:10:09 -0000 --Apple-Mail=_BD6F501B-F2F1-4E75-87B0-3F70204BFF0C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jul 2017, at 02:02, Mark Millard wrote: >=20 > On 2017-Jul-22, at 4:50 PM, Dimitry Andric wrote: >> On 23 Jul 2017, at 01:32, Mark Millard wrote: >>>=20 >>> My first attempt to update amd64 to a clang 5 based /usr/src >>> failed ( -r321109 -> -r321371 ). Listing just the first >>> error initially: >>>=20 >>> --- ToolDrivers/llvm-lib/LibDriver.o --- >>> In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: >>> = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation >>> OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, nullptr, = 0, 0, nullptr, nullptr) >>> = ^ >>> /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here >>> #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, >>> ^ >>=20 >> Yeah, I think this can happen with an incremental build, and if you >> enable MK_CLANG_EXTRAS. There was only one Options.inc file first, = in >> $WORLDTMP/usr/src/lib/clang/libllvm, but now there are two different >> ones, under $WORLDTMP/usr/src/lib/clang/libllvm/llvm-lib and >> $WORLDTMP/usr/src/lib/clang/libllvm/llvm-dlltool. This is a rather >> unfortunate change from upstream. >>=20 >> I'm unsure what to do here, maybe it is a good idea to explicitly rm >> the incorrect file before make starts to search the directory. = Bryan, >> any clues? IIRC there were some other precedents where stale objects >> could get in the way, and would have to be force-deleted before even >> the depend stage? >=20 > I've done: >=20 > # mv /usr/obj/amd64_clang /usr/obj/amd64_clang_r321109_r321371 >=20 > before starting a rebuild --in to preserve my > failed-build context in case that record of > the result of the attempt can help. What you could try with the old objdir is: rm = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc then doing another incremental build. I think that will work. -Dimitry --Apple-Mail=_BD6F501B-F2F1-4E75-87B0-3F70204BFF0C Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXPpVgAKCRCwXqMKLiCW o3EyAJwPxn7fNzTVA8antRvqRQhBaI64+ACg9toU864msrbeiZocHlkM8r1cB4Y= =3rJP -----END PGP SIGNATURE----- --Apple-Mail=_BD6F501B-F2F1-4E75-87B0-3F70204BFF0C-- From owner-freebsd-toolchain@freebsd.org Sun Jul 23 04:04:59 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 E7029C7B2D5 for ; Sun, 23 Jul 2017 04:04:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 967D27212C for ; Sun, 23 Jul 2017 04:04:58 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22752 invoked from network); 23 Jul 2017 04:04:57 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 04:04:57 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 00:04:57 -0400 (EDT) Received: (qmail 26164 invoked from network); 23 Jul 2017 04:04:57 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 04:04:57 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 55712EC86EE; Sat, 22 Jul 2017 21:04:56 -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: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" Message-Id: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> Date: Sat, 22 Jul 2017 21:04:55 -0700 Cc: Bryan Drewery To: FreeBSD Toolchain , FreeBSD Current 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, 23 Jul 2017 04:05:00 -0000 After buildworld buildkernel installkernel installkernel reboot to upgrade to -r321371 (from -r321109 ) I attempted: ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = installworld distrib-dirs distribute = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist (where clang-amd64-installworld-dist was to be updated from -r321109 ) I got: --- distribute_subdir_lib --- --- distribute --- cd /usr/src/lib/csu/amd64; make install installconfig -DNO_SUBDIR = DESTDIR=3D/base SHARED=3Dcopies --- distribute_subdir_cddl --- --- _FILESINS --- install -o root -g wheel -m 444 drti.o /base/usr/lib/dtrace/ install: /base/usr/lib/dtrace/: No such file or directory *** [_FILESINS] Error code 71 make[5]: stopped in /usr/src/cddl/lib/drti 1 error Removing the -j8 got past this (but got a later problem that I'll report separately). Build Context: # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 321371 Last Changed Rev: 321371 # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* #WITH_META_MODE=3Dyes \ # FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 04:09: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 02DE7C7B520 for ; Sun, 23 Jul 2017 04:09:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 AC99572442 for ; Sun, 23 Jul 2017 04:09:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32335 invoked from network); 23 Jul 2017 04:10:48 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 04:10:48 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 00:09:10 -0400 (EDT) Received: (qmail 30973 invoked from network); 23 Jul 2017 04:09:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 04:09:10 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 66ACFEC86EE; Sat, 22 Jul 2017 21:09:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" From: Mark Millard In-Reply-To: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> Date: Sat, 22 Jul 2017 21:09:08 -0700 Cc: Bryan Drewery Content-Transfer-Encoding: quoted-printable Message-Id: <0B20AE24-8C71-4C93-808B-97DCBF855B30@dsl-only.net> References: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> To: FreeBSD Toolchain , FreeBSD Current 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, 23 Jul 2017 04:09:12 -0000 On 2017-Jul-22, at 9:04 PM, Mark Millard wrote: > After buildworld buildkernel installkernel installkernel reboot to > upgrade to -r321371 (from -r321109 ) I attempted: >=20 > ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = installworld distrib-dirs distribute = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist Above: I accidentally copied and pasted the later command that did not = have -j8 . So: ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = -j8 installworld distrib-dirs distribute = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist here. > (where clang-amd64-installworld-dist was to be updated > from -r321109 ) I got: >=20 > --- distribute_subdir_lib --- > --- distribute --- > cd /usr/src/lib/csu/amd64; make install installconfig -DNO_SUBDIR = DESTDIR=3D/base SHARED=3Dcopies > --- distribute_subdir_cddl --- > --- _FILESINS --- > install -o root -g wheel -m 444 drti.o /base/usr/lib/dtrace/ > install: /base/usr/lib/dtrace/: No such file or directory > *** [_FILESINS] Error code 71 >=20 > make[5]: stopped in /usr/src/cddl/lib/drti > 1 error >=20 >=20 > Removing the -j8 got past this (but got a later problem that > I'll report separately). >=20 >=20 > Build Context: >=20 > # svnlite info /usr/src/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 321371 > Last Changed Rev: 321371 >=20 > # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ > make $* >=20 > # more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ > make $* >=20 > #WITH_META_MODE=3Dyes \ > # > FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host > TO_TYPE=3Damd64 > # > KERNCONF=3DGENERIC-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > #WITH_CROSS_COMPILER=3D > WITH_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > #WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLD=3D > WITHOUT_LLD_IS_LD=3D > WITH_LLVM_LIBUNWIND=3D > WITH_LLDB=3D > #PORTS_MODULES=3Demulators/virtualbox-ose-additions > # > WITH_BOOT=3D > WITH_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 04:21:20 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 5CE5FC7BAA7 for ; Sun, 23 Jul 2017 04:21:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 1C9037297B for ; Sun, 23 Jul 2017 04:21:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10823 invoked from network); 23 Jul 2017 04:21:18 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 04:21:18 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 00:21:18 -0400 (EDT) Received: (qmail 15532 invoked from network); 23 Jul 2017 04:21:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 04:21:17 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 31E5CEC86EE; Sat, 22 Jul 2017 21:21:17 -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: -r321371: "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" failed: target directory `/base/usr/lib/' does not exist Message-Id: <898DD94A-330C-4E47-8CF7-2BD5B330179C@dsl-only.net> Date: Sat, 22 Jul 2017 21:21:16 -0700 To: Dimitry Andric , Bryan Drewery , FreeBSD Toolchain , FreeBSD Current 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, 23 Jul 2017 04:21:20 -0000 [Note: This is actually after the -j8 report that I sent but the failure may well be related despite happening much later.] After buildworld buildkernel installkernel installkernel reboot to upgrade to -r321371 (from -r321109 ) I attempted: ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = installworld distrib-dirs distribute = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist (where clang-amd64-installworld-dist was to be updated from -r321109 ) I got: =3D=3D=3D> lib (distribute) =3D=3D=3D> lib/csu (distribute) =3D=3D=3D> lib/csu/amd64 (distribute) cd /usr/src/lib/csu/amd64; make install installconfig -DNO_SUBDIR = DESTDIR=3D/base SHARED=3Dcopies install -o root -g wheel -m 444 crt1.o crti.o crtn.o Scrt1.o gcrt1.o = /base/usr/lib/ install: target directory `/base/usr/lib/' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... *** Error code 64 Stop. make[5]: stopped in /usr/src/lib/csu/amd64 *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/csu/amd64 *** Error code 1 Stop. make[3]: stopped in /usr/src/lib/csu *** Error code 1 Stop. make[2]: stopped in /usr/src/lib *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Build Context: # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 321371 Last Changed Rev: 321371 # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* #WITH_META_MODE=3Dyes \ # FreeBSDx64OPC# more /root/src.configs/src.conf.amd64-clang.amd64-host TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D # svnlite status /usr/src/lib | sort M /usr/src/lib/Makefile M /usr/src/lib/libkvm/kvm_powerpc.c M /usr/src/lib/libkvm/kvm_private.c # svnlite diff /usr/src/lib/Makefile Index: /usr/src/lib/Makefile =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/lib/Makefile (revision 321371) +++ /usr/src/lib/Makefile (working copy) @@ -158,7 +158,7 @@ .if ${MK_LIBCPLUSPLUS} !=3D "no" _libcxxrt=3D libcxxrt _libcplusplus=3D libc++ -.if ${MACHINE_CPUARCH} !=3D "arm" && ${MACHINE_CPUARCH} !=3D "mips" +.if ${MACHINE_CPUARCH} !=3D "arm" && ${MACHINE_CPUARCH} !=3D "mips" && = ${MACHINE_CPUARCH} !=3D "powerpc" _libcplusplus+=3D libc++experimental .endif .endif =3D=3D=3D Mark Millard markmi@dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 07:34: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 481DFC7EC6D for ; Sun, 23 Jul 2017 07:34:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 08B1877733 for ; Sun, 23 Jul 2017 07:34:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8767 invoked from network); 23 Jul 2017 07:34:02 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 07:34:02 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 03:34:02 -0400 (EDT) Received: (qmail 3404 invoked from network); 23 Jul 2017 07:34:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 07:34:01 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 1D72DEC8877; Sun, 23 Jul 2017 00:34:01 -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: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use Message-Id: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> Date: Sun, 23 Jul 2017 00:34:00 -0700 To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current 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, 23 Jul 2017 07:34:04 -0000 The devel/powerpc64-binutils is failing to link lldb.full for the clang/llvm 5 based context. (I historically use WITH_LLD when targeting powerpc64 but do not use lldb since it did not work overall.) I will simply change to WITHOUT_LLD for now. I show the build context before the full error text. Build Context: # /usr/local/powerpc64-freebsd/bin/ld --version GNU ld (GNU Binutils) 2.28 Copyright (C) 2017 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms = of the GNU General Public License version 3 or (at your option) a later = version. This program has absolutely no warranty. # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 321371 Last Changed Rev: 321371 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 444872 Last Changed Rev: 444872 # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang_altbinutil= s-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang_altbinutils-= amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang_altbinutils-boo= tstrap.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang_altbinutils" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} VERSION_CONTEXT=3D12.0 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITHOUT_LLD_BOOTSTRAP=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D # # Avoid converts between pointers to integer types with different sign = [-Werror,-Wpointer-sign] # and such from blocking the build. WERROR=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. . . # CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if ${.MAKE.LEVEL} =3D=3D 0 # # Note: The WITH_CROSS_COMPILER picks up the CROSS_BINUTILS_PREFIX # binding automatically. # XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export XAS .export XAR .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld .export XLD .endif The error text: --- all_subdir_lib --- --- test_01 --- (cd /usr/src/lib/libxo/tests && DEPENDFILE=3D.depend.test_01 = NO_SUBDIR=3D1 make -f /usr/src/lib/libxo/tests/Makefile = _RECURSING_PROGS=3Dt PROG=3Dtest_01 ) Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.o --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang/lldb --- c++: error: linker command failed with exit code 1 (use -v to see = invocation) --- all_subdir_lib --- Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.full --- all_subdir_usr.bin --- *** [lldb.full] Error code 1 make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' 1 error make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' *** [all_subdir_usr.bin/clang/lldb] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 07:42: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 936F6C7F051 for ; Sun, 23 Jul 2017 07:42:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 5492077AE6 for ; Sun, 23 Jul 2017 07:42:10 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5646 invoked from network); 23 Jul 2017 07:43:48 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 07:43:48 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 03:42:09 -0400 (EDT) Received: (qmail 9896 invoked from network); 23 Jul 2017 07:42:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 07:42:09 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 93E39EC805D; Sun, 23 Jul 2017 00:42:08 -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: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use Date: Sun, 23 Jul 2017 00:42:07 -0700 References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> Message-Id: <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> 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, 23 Jul 2017 07:42:11 -0000 On 2017-Jul-23, at 12:34 AM, Mark Millard = wrote: > The devel/powerpc64-binutils is failing to link lldb.full for > the clang/llvm 5 based context. (I historically use WITH_LLD > when targeting powerpc64 but do not use lldb since it did not > work overall.) I will simply change to WITHOUT_LLD for now. >=20 > I show the build context before the full error text. >=20 > Build Context: >=20 > # /usr/local/powerpc64-freebsd/bin/ld --version > GNU ld (GNU Binutils) 2.28 > Copyright (C) 2017 Free Software Foundation, Inc. > This program is free software; you may redistribute it under the terms = of > the GNU General Public License version 3 or (at your option) a later = version. > This program has absolutely no warranty. >=20 > # svnlite info /usr/src/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 321371 > Last Changed Rev: 321371 I should have noted a converted-to-V5 historical patch that I have involved: # svnlite diff /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp Index: /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.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/Arch/PPC64.cpp (revision = 321371) +++ /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp (working copy) @@ -60,7 +60,8 @@ static uint16_t applyPPCHighesta(uint64_t V) { return (V + 0x8000) >> = 48; } PPC64::PPC64() { - 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; > # svnlite info /usr/ports/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: svn://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 444872 > Last Changed Rev: 444872 >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang_altbinutil= s-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang_altbinutils-= amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang_altbinutils-boo= tstrap.amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang_altbinutils" \ > make $* >=20 > # more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t > TO_TYPE=3Dpowerpc64 > TOOLS_TO_TYPE=3D${TO_TYPE} > VERSION_CONTEXT=3D12.0 > # > KERNCONF=3DGENERIC64vtsc-NODBG > TARGET=3Dpowerpc > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITHOUT_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITHOUT_LLD_BOOTSTRAP=3D > WITH_LLD=3D > WITHOUT_LLD_IS_LD=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITH_LIB32=3D > # > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > # Avoid converts between pointers to integer types with different sign = [-Werror,-Wpointer-sign] > # and such from blocking the build. > WERROR=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D > # > # > # For TO (so-called "cross") stages . . . > # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . > # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. . = . > # > CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ > .if ${.MAKE.LEVEL} =3D=3D 0 > # > # Note: The WITH_CROSS_COMPILER picks up the CROSS_BINUTILS_PREFIX > # binding automatically. > # > XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as > XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar > XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm > XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy > XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump > XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib > XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size > #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld > .export XLD > .endif >=20 >=20 > The error text: >=20 > --- all_subdir_lib --- > --- test_01 --- > (cd /usr/src/lib/libxo/tests && DEPENDFILE=3D.depend.test_01 = NO_SUBDIR=3D1 make -f /usr/src/lib/libxo/tests/Makefile = _RECURSING_PROGS=3Dt PROG=3Dtest_01 ) > Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.o > --- all_subdir_usr.bin --- > --- all_subdir_usr.bin/clang/lldb --- > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > --- all_subdir_lib --- > Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.full > --- all_subdir_usr.bin --- > *** [lldb.full] Error code 1 >=20 > make[5]: stopped in /usr/src/usr.bin/clang/lldb > .ERROR_TARGET=3D'lldb.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' > .MAKE.LEVEL=3D'5' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-e > xceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' > .CURDIR=3D'/usr/src/usr.bin/clang/lldb' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' > .TARGETS=3D'all' > = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc64' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170711' > = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/sr > c.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' > 1 error >=20 > make[5]: stopped in /usr/src/usr.bin/clang/lldb > .ERROR_TARGET=3D'lldb.full' > = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' > .MAKE.LEVEL=3D'5' > MAKEFILE=3D'' > .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes= verbose' > _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-e > xceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' > .CURDIR=3D'/usr/src/usr.bin/clang/lldb' > .MAKE=3D'make' > = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' > .TARGETS=3D'all' > = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' > LD_LIBRARY_PATH=3D'' > MACHINE=3D'powerpc' > MACHINE_ARCH=3D'powerpc64' > = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' > MAKESYSPATH=3D'/usr/src/share/mk' > MAKE_VERSION=3D'20170711' > = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' > SRCTOP=3D'/usr/src' > = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' > .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/sr > c.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' > .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' > *** [all_subdir_usr.bin/clang/lldb] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 09:17:21 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 24C49CFCFE1 for ; Sun, 23 Jul 2017 09:17:21 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 D0AFD7E3B7 for ; Sun, 23 Jul 2017 09:17:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17642 invoked from network); 23 Jul 2017 09:17:18 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 09:17:18 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 05:17:18 -0400 (EDT) Received: (qmail 27678 invoked from network); 23 Jul 2017 09:17:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 09:17:18 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 90FAEEC805D; Sun, 23 Jul 2017 02:17:17 -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: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use Date: Sun, 23 Jul 2017 02:17:16 -0700 References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> Message-Id: 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, 23 Jul 2017 09:17:21 -0000 [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld also fails with "exit code 1" (using WIHTOUT_LLD so it gets that far). I'll continue via WITHOUT_LLDB.] On 2017-Jul-23, at 12:42 AM, Mark Millard = wrote: > On 2017-Jul-23, at 12:34 AM, Mark Millard = wrote: >=20 >> The devel/powerpc64-binutils is failing to link lldb.full for >> the clang/llvm 5 based context. (I historically use WITH_LLD >> when targeting powerpc64 but do not use lldb since it did not >> work overall.) I will simply change to WITHOUT_LLD for now. >>=20 >> I show the build context before the full error text. >>=20 >> Build Context: >>=20 >> # /usr/local/powerpc64-freebsd/bin/ld --version >> GNU ld (GNU Binutils) 2.28 >> Copyright (C) 2017 Free Software Foundation, Inc. >> This program is free software; you may redistribute it under the = terms of >> the GNU General Public License version 3 or (at your option) a later = version. >> This program has absolutely no warranty. >>=20 >> # svnlite info /usr/src/ | grep "Re[plv]" >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 321371 >> Last Changed Rev: 321371 >=20 > I should have noted a converted-to-V5 historical > patch that I have involved: >=20 > # svnlite diff /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp > Index: /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.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/Arch/PPC64.cpp = (revision 321371) > +++ /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp (working = copy) > @@ -60,7 +60,8 @@ > static uint16_t applyPPCHighesta(uint64_t V) { return (V + 0x8000) >> = 48; } >=20 > PPC64::PPC64() { > - 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; >=20 >> # svnlite info /usr/ports/ | grep "Re[plv]" >> Relative URL: ^/head >> Repository Root: svn://svn.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 444872 >> Last Changed Rev: 444872 >>=20 >> # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang_altbinutil= s-amd64-host.sh=20 >> kldload -n filemon && \ >> script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang_altbinutils-= amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ >> env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang_altbinutils-boo= tstrap.amd64-host" \ >> WITH_META_MODE=3Dyes \ >> MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang_altbinutils" \ >> make $* >>=20 >> # more /root/src.configs/make.conf >> CFLAGS.gcc+=3D -v >>=20 >> # more = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t >> TO_TYPE=3Dpowerpc64 >> TOOLS_TO_TYPE=3D${TO_TYPE} >> VERSION_CONTEXT=3D12.0 >> # >> KERNCONF=3DGENERIC64vtsc-NODBG >> TARGET=3Dpowerpc >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> WITH_LIBCPLUSPLUS=3D >> WITHOUT_BINUTILS_BOOTSTRAP=3D >> WITH_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITHOUT_LLD_BOOTSTRAP=3D >> WITH_LLD=3D >> WITHOUT_LLD_IS_LD=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITH_LIB32=3D >> # >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> # Avoid converts between pointers to integer types with different = sign [-Werror,-Wpointer-sign] >> # and such from blocking the build. >> WERROR=3D >> # >> WITH_REPRODUCIBLE_BUILD=3D >> WITH_DEBUG_FILES=3D >> # >> # >> # For TO (so-called "cross") stages . . . >> # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . >> # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. = . . >> # >> CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ >> .if ${.MAKE.LEVEL} =3D=3D 0 >> # >> # Note: The WITH_CROSS_COMPILER picks up the CROSS_BINUTILS_PREFIX >> # binding automatically. >> # >> XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as >> XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar >> XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm >> XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy >> XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump >> XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib >> XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size >> #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings >> XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings >> .export XAS >> .export XAR >> .export XNM >> .export XOBJCOPY >> .export XOBJDUMP >> .export XRANLIB >> .export XSIZE >> .export XSTRINGS >> XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld >> .export XLD >> .endif >>=20 >>=20 >> The error text: >>=20 >> --- all_subdir_lib --- >> --- test_01 --- >> (cd /usr/src/lib/libxo/tests && DEPENDFILE=3D.depend.test_01 = NO_SUBDIR=3D1 make -f /usr/src/lib/libxo/tests/Makefile = _RECURSING_PROGS=3Dt PROG=3Dtest_01 ) >> Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.o >> --- all_subdir_usr.bin --- >> --- all_subdir_usr.bin/clang/lldb --- >> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >> --- all_subdir_lib --- >> Building = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/lib= xo/tests/test_01.full >> --- all_subdir_usr.bin --- >> *** [lldb.full] Error code 1 >>=20 >> make[5]: stopped in /usr/src/usr.bin/clang/lldb >> .ERROR_TARGET=3D'lldb.full' >> = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' >> .MAKE.LEVEL=3D'5' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes = silent=3Dyes verbose' >> _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno > -e >> xceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' >> .CURDIR=3D'/usr/src/usr.bin/clang/lldb' >> .MAKE=3D'make' >> = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' >> .TARGETS=3D'all' >> = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'powerpc' >> MACHINE_ARCH=3D'powerpc64' >> = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20170711' >> = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' >> SRCTOP=3D'/usr/src' >> = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/ > sr >> c.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' >> 1 error >>=20 >> make[5]: stopped in /usr/src/usr.bin/clang/lldb >> .ERROR_TARGET=3D'lldb.full' >> = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' >> .MAKE.LEVEL=3D'5' >> MAKEFILE=3D'' >> .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes = silent=3Dyes verbose' >> _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno > -e >> xceptions -fno-rtti -stdlib=3Dlibc++ -Wno-c++11-extensions = -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' >> .CURDIR=3D'/usr/src/usr.bin/clang/lldb' >> .MAKE=3D'make' >> = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' >> .TARGETS=3D'all' >> = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' >> LD_LIBRARY_PATH=3D'' >> MACHINE=3D'powerpc' >> MACHINE_ARCH=3D'powerpc64' >> = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' >> MAKESYSPATH=3D'/usr/src/share/mk' >> MAKE_VERSION=3D'20170711' >> = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' >> SRCTOP=3D'/usr/src' >> = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' >> .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/ > sr >> c.libnames.mk /usr/src/share/mk/bsd.nls.mk = /usr/src/share/mk/bsd.confs.mk /usr/src/share/mk/bsd.files.mk = /usr/src/share/mk/bsd.incs.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.man.mk /usr/src/share/mk/bsd.dep.mk = /usr/src/share/mk/bsd.clang-analyze.mk /usr/src/share/mk/bsd.obj.mk = /usr/src/share/mk/bsd.subdir.mk /usr/src/share/mk/bsd.sys.mk' >> .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' >> *** [all_subdir_usr.bin/clang/lldb] Error code 2 Here is the lldb.full failure text: --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang/lldb --- c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** [lldb.full] Error code 1 make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' 1 error make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/usr.bin/clang/lldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DLLVM_HOST_TRIPLE=3D\"powerpc64-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -fstack-protector-strong -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-address-of-packed-member -Wno-switch = -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses = -Qunused-arguments -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++= -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/libclang.a = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/libllvm.a -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/usr.bin/clang/lldb' .TARGETS=3D'all' = DESTDIR=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/= src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc64' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src= /tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powe= rpc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/= powerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altb= inutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clan= g_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/= usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' *** [all_subdir_usr.bin/clang/lldb] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 12:00:21 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 B1AB7D7C0C4; Sun, 23 Jul 2017 12:00:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 772C8824FF; Sun, 23 Jul 2017 12:00:21 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id ACB77261F8; Sun, 23 Jul 2017 14:00:20 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_6B3B8035-C0B4-4236-B8CB-95C8A089163E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use Date: Sun, 23 Jul 2017 14:00:04 +0200 In-Reply-To: Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current To: Mark Millard References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> 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, 23 Jul 2017 12:00:21 -0000 --Apple-Mail=_6B3B8035-C0B4-4236-B8CB-95C8A089163E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 23 Jul 2017, at 11:17, Mark Millard wrote: >=20 > [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld > also fails with "exit code 1" (using WIHTOUT_LLD so it gets that > far). I'll continue via WITHOUT_LLDB.] ... >=20 > Here is the lldb.full failure text: >=20 > --- all_subdir_usr.bin --- > --- all_subdir_usr.bin/clang/lldb --- > c++: error: linker command failed with exit code 1 (use -v to see = invocation) Unfortunately the actual linker errors were above these lines, so you will have to look them up in the full build log (search for "undefined symbol"), or post that somewhere off-list. I'm suspecting you get the same type of error Shawn's been getting while linking lldb. Apparently in some scenarios more object files are needed than the minimum set I put in liblldb's Makefile. -Dimitry --Apple-Mail=_6B3B8035-C0B4-4236-B8CB-95C8A089163E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXSPxAAKCRCwXqMKLiCW o4fGAKC6paktjc3FjeugD7G2Z1Blgv37CACfaIuPgQz01nZNu7vi5tx89lWkSiE= =6M72 -----END PGP SIGNATURE----- --Apple-Mail=_6B3B8035-C0B4-4236-B8CB-95C8A089163E-- From owner-freebsd-toolchain@freebsd.org Sun Jul 23 19:53: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 AD9BEDABC75 for ; Sun, 23 Jul 2017 19:53:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 72A826CDCF for ; Sun, 23 Jul 2017 19:53:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8606 invoked from network); 23 Jul 2017 19:53:32 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 19:53:32 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 15:53:32 -0400 (EDT) Received: (qmail 1176 invoked from network); 23 Jul 2017 19:53:32 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 19:53:32 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 734EFEC8715; Sun, 23 Jul 2017 12:53:31 -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: -r321371 amd64 -> powerpc (32-bit) cross build: ld: agp.kld(.text+0x2e08): R_PPC_PLTREL24 reloc against local symbol Message-Id: Date: Sun, 23 Jul 2017 12:53:30 -0700 To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current 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, 23 Jul 2017 19:53:34 -0000 [Note: Due to other things going on in various cases I need to go back sometime later and extract more information after some my initial reports. Sorry. I figured that the preliminary notes were still appropriate in such cases.] This was a build using clang 5. I experiment with using clang for targeting powerpc and powerpc64. The prior build that this was upgrading was based on clang 4. This used WITHOUT_LD and WITHOUT_LLDB for buildworld buildkernel. It was an upgrade from -r321109 and was a cross build from amd64 -> TARGET_ARCH=3Dpowerpc . This used the system binutils since they have historically worked for TARGET_ARCH=3Dpowerpc (Unlike powerpc64 in modern times). Build Context: # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_clang_bootstrap-am= d64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_clang_bootstrap-amd6= 4-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-h= ost" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITHOUT_LLD=3D # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D # # Use WERROR to avoid stopping at the likes of: # error: implicit conversion from 'int' to 'int8_t' (aka 'signed char') = changes value from 128 to -128 [-Werror,-Wconstant-conversion] WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D The error text: =3D=3D=3D> alc (all) --- all_subdir_agp --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/agp/agp.ko.full --- agp.ko.full --- ld: agp.kld(.text+0x2e08): R_PPC_PLTREL24 reloc against local symbol agp.kld: could not read symbols: Bad value --- all_subdir_aha --- Building = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG/m= odules/usr/src/sys/modules/aha/aha.kld --- all_subdir_agp --- *** [agp.ko.full] Error code 1 make[4]: stopped in /usr/src/sys/modules/agp .ERROR_TARGET=3D'agp.ko.full' = .ERROR_META_FILE=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules/usr/src/sys/modules/agp/agp.ko.full.meta' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'ld -m elf32ppc_fbsd -Bshareable -znotext -d -warn-common = -o agp.ko.full agp.kld;' .CURDIR=3D'/usr/src/sys/modules/agp' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/agp' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/agp/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/agp/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/agp /usr/src/sys/dev/agp = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' 1 error --- all_subdir_alc --- A failure has been detected in another branch of the parallel make make[4]: stopped in /usr/src/sys/modules/alc .ERROR_TARGET=3D'' .ERROR_META_FILE=3D'' .MAKE.LEVEL=3D'4' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'.PHONY' .CURDIR=3D'/usr/src/sys/modules/alc' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICv= tsc-NODBG/modules/usr/src/sys/modules/alc' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'powerpc' MACHINE_ARCH=3D'powerpc' = MAKEOBJDIRPREFIX=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys= /GENERICvtsc-NODBG/modules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170711' = PATH=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/= sbin:/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/usr/bin= :/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/legacy/bin:/usr/ob= j/powerpcvtsc_clang/powerpc.powerpc/usr/src/tmp/usr/sbin:/usr/obj/powerpcv= tsc_clang/powerpc.powerpc/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bi= n' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvt= sc-NODBG/modules/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.powerpc-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null /usr/src/sys/modules/alc/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/sys/modules/alc/../Makefile.inc = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/alc /usr/src/sys/dev/alc = /usr/obj/powerpcvtsc_clang/powerpc.powerpc/usr/src/sys/GENERICvtsc-NODBG' *** [all_subdir_alc] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 20:04:26 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 72117DAC048 for ; Sun, 23 Jul 2017 20:04:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 1D3B76D4B9 for ; Sun, 23 Jul 2017 20:04:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19176 invoked from network); 23 Jul 2017 20:04:25 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 20:04:25 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 16:04:25 -0400 (EDT) Received: (qmail 2190 invoked from network); 23 Jul 2017 20:04:24 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 20:04:24 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id F00CEEC91CF; Sun, 23 Jul 2017 13:04:23 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: Date: Sun, 23 Jul 2017 13:04:23 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> To: Dimitry Andric 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, 23 Jul 2017 20:04:26 -0000 [The lldb problem is a: lldb_private::AppleObjCRuntime::GetFoundationVersion() reference via Cocoa.o in liblldb.a . See below. Sorry that sometimes I'm having to go back and later find and report more details because of other things going on here. But this likely will continue for some of my preliminary reports.] On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: > On 23 Jul 2017, at 11:17, Mark Millard wrote: >>=20 >> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld >> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >> far). I'll continue via WITHOUT_LLDB.] > ... >>=20 >> Here is the lldb.full failure text: >>=20 >> --- all_subdir_usr.bin --- >> --- all_subdir_usr.bin/clang/lldb --- >> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >=20 > Unfortunately the actual linker errors were above these lines, so you > will have to look them up in the full build log (search for "undefined > symbol"), or post that somewhere off-list. >=20 > I'm suspecting you get the same type of error Shawn's been getting = while > linking lldb. Apparently in some scenarios more object files are = needed > than the minimum set I put in liblldb's Makefile. --- lldb.full --- = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a(Cocoa.o): In function = `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObje= ct&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.= text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObj= ectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference = to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 21:00: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 A2ECCDAD2F1 for ; Sun, 23 Jul 2017 21:00:14 +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 7E9006F4B2 for ; Sun, 23 Jul 2017 21:00:14 +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 v6NL01aE095987 for ; Sun, 23 Jul 2017 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201707232100.v6NL01aE095987@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-toolchain@FreeBSD.org Subject: Problem reports for freebsd-toolchain@FreeBSD.org that need special attention Date: Sun, 23 Jul 2017 21:00:14 +0000 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, 23 Jul 2017 21:00:14 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 219484 | cad/openvsp: fails to build with lang/gcc6 or lat 1 problems total for which you should take action. From owner-freebsd-toolchain@freebsd.org Sun Jul 23 21:46: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 5CB23DAE722 for ; Sun, 23 Jul 2017 21:46:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 17C5F70D8B for ; Sun, 23 Jul 2017 21:46:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 21918 invoked from network); 23 Jul 2017 21:46:10 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 21:46:10 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 17:46:10 -0400 (EDT) Received: (qmail 12944 invoked from network); 23 Jul 2017 21:46:09 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 21:46:09 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 0B8D0EC8ABA; Sun, 23 Jul 2017 14:46:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> Date: Sun, 23 Jul 2017 14:46:08 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current , Shawn Webb Content-Transfer-Encoding: quoted-printable Message-Id: References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> To: Dimitry Andric 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, 23 Jul 2017 21:46:12 -0000 [Shawn Webb's logfile shows an error similar to what I report: lldb_private::AppleObjCRuntime::GetFoundationVersion() is a problem. But his report shows other errors as well, ones that I did not get.] On 2017-Jul-23, at 1:04 PM, Mark Millard wrote: > [The lldb problem is a: >=20 > lldb_private::AppleObjCRuntime::GetFoundationVersion() >=20 > reference via Cocoa.o in liblldb.a . See below. > Sorry that sometimes I'm having to go back and > later find and report more details because of > other things going on here. But this likely > will continue for some of my preliminary > reports.] >=20 > On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: >=20 >> On 23 Jul 2017, at 11:17, Mark Millard wrote: >>>=20 >>> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld >>> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >>> far). I'll continue via WITHOUT_LLDB.] >> ... >>>=20 >>> Here is the lldb.full failure text: >>>=20 >>> --- all_subdir_usr.bin --- >>> --- all_subdir_usr.bin/clang/lldb --- >>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>=20 >> Unfortunately the actual linker errors were above these lines, so you >> will have to look them up in the full build log (search for = "undefined >> symbol"), or post that somewhere off-list. >>=20 >> I'm suspecting you get the same type of error Shawn's been getting = while >> linking lldb. Apparently in some scenarios more object files are = needed >> than the minimum set I put in liblldb's Makefile. >=20 > --- lldb.full --- > = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a(Cocoa.o): In function = `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObje= ct&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': > = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.= text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObj= ectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference = to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' The first error in Shawn Webb's logfile looks like what I report: error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() via Cocoa.o in liblldb.a . See below: =3D=3D=3D> usr.sbin/ancontrol (all) /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp >>> = Cocoa.o:(lldb_private::formatters::NSNumberSummaryProvider(lldb_private::V= alueObject&, lldb_private::Stream&, lldb_private::TypeSummaryOptions = const&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a After that his log showed: /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SBTrace() >>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetSP(std::__1::shared_ptr const&) >>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetTraceUID(unsigned long) >>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a c++: error: linker command failed with exit code 1 (use -v to see = invocation) --- lldb.full --- *** [lldb.full] Error code 1 make[5]: stopped in /usr/src/usr.bin/clang/lldb 1 error make[5]: stopped in /usr/src/usr.bin/clang/lldb --- all_subdir_usr.bin/clang/lldb --- *** [all_subdir_usr.bin/clang/lldb] Error code 2 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 22:44:16 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 D2092DAF3AA for ; Sun, 23 Jul 2017 22:44:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 8717B72345 for ; Sun, 23 Jul 2017 22:44:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 18187 invoked from network); 23 Jul 2017 22:44:08 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 22:44:08 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 18:44:08 -0400 (EDT) Received: (qmail 10617 invoked from network); 23 Jul 2017 22:44:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 22:44:08 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id E9E26EC8715; Sun, 23 Jul 2017 15:44:07 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: Date: Sun, 23 Jul 2017 15:44:07 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> To: Dimitry Andric 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, 23 Jul 2017 22:44:16 -0000 [WITH_LLD=3D WITHOUT_LLDB=3D did a buildworld buildkernel just fine for TARGET_ARCH=3Dpowerpc64 .] On 2017-Jul-23, at 2:46 PM, Mark Millard wrote: > [Shawn Webb's logfile shows an error similar to what I > report: lldb_private::AppleObjCRuntime::GetFoundationVersion() > is a problem. But his report shows other errors as well, ones > that I did not get.] >=20 > On 2017-Jul-23, at 1:04 PM, Mark Millard = wrote: >=20 >> [The lldb problem is a: >>=20 >> lldb_private::AppleObjCRuntime::GetFoundationVersion() >>=20 >> reference via Cocoa.o in liblldb.a . See below. >> Sorry that sometimes I'm having to go back and >> later find and report more details because of >> other things going on here. But this likely >> will continue for some of my preliminary >> reports.] >>=20 >> On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: >>=20 >>> On 23 Jul 2017, at 11:17, Mark Millard wrote: >>>>=20 >>>> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld >>>> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >>>> far). I'll continue via WITHOUT_LLDB.] >>> ... >>>>=20 >>>> Here is the lldb.full failure text: >>>>=20 >>>> --- all_subdir_usr.bin --- >>>> --- all_subdir_usr.bin/clang/lldb --- >>>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>>=20 >>> Unfortunately the actual linker errors were above these lines, so = you >>> will have to look them up in the full build log (search for = "undefined >>> symbol"), or post that somewhere off-list. >>>=20 >>> I'm suspecting you get the same type of error Shawn's been getting = while >>> linking lldb. Apparently in some scenarios more object files are = needed >>> than the minimum set I put in liblldb's Makefile. >>=20 >> --- lldb.full --- >> = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a(Cocoa.o): In function = `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObje= ct&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': >> = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.= text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObj= ectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference = to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' >=20 > The first error in Shawn Webb's logfile looks like what I report: >=20 > error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >=20 > via Cocoa.o in liblldb.a . See below: >=20 > =3D=3D=3D> usr.sbin/ancontrol (all) > /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp >>>> = Cocoa.o:(lldb_private::formatters::NSNumberSummaryProvider(lldb_private::V= alueObject&, lldb_private::Stream&, lldb_private::TypeSummaryOptions = const&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >=20 > After that his log showed: >=20 > /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SBTrace() >>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetSP(std::__1::shared_ptr const&) >>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetTraceUID(unsigned long) >>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > c++: error: linker command failed with exit code 1 (use -v to see = invocation) > --- lldb.full --- > *** [lldb.full] Error code 1 >=20 > make[5]: stopped in /usr/src/usr.bin/clang/lldb > 1 error >=20 > make[5]: stopped in /usr/src/usr.bin/clang/lldb > --- all_subdir_usr.bin/clang/lldb --- > *** [all_subdir_usr.bin/clang/lldb] Error code 2 I've tried an amd64 -> TARGET_ARCH=3Dpowerpc64 cross build (builworld buildkernel) using WITH_LLD=3D and WITHOUT_LLDB=3D and the combination built. So for powerpc64 I've only had buildworld buildkernel problems when attempting WITH_LLDB=3D style builds. (I've not tested installing or running yet.) (This is not a test of distrib-dirs distribution use. That is a separate issue.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Jul 23 22:54: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 44537DAF67F for ; Sun, 23 Jul 2017 22:54:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 E55CE72749 for ; Sun, 23 Jul 2017 22:54:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24091 invoked from network); 23 Jul 2017 22:56:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 23 Jul 2017 22:56:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 18:54:35 -0400 (EDT) Received: (qmail 29249 invoked from network); 23 Jul 2017 22:54:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 23 Jul 2017 22:54:35 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 638ADEC8715; Sun, 23 Jul 2017 15:54: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: FWD: libstdc++ build failures on MIPS, PowerPC, Sparc Message-Id: Date: Sun, 23 Jul 2017 15:54:33 -0700 To: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML 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, 23 Jul 2017 22:54:37 -0000 [Just a forward of someone else's note about gcc 4.2.1 build problems -in -r321376 .] Ravi Pokala rpokala at mac.com wrote on Sun Jul 23 19:44:57 UTC 2017 : > I did a tinderbox build of -HEAD as of r321376; there were failures = like this (paths shortened): >=20 > c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood = -fno-implicit-templates -ffunction-sections -fdata-sections = -Wno-deprecated -c ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc = -o bitmap_allocator.o > =20 > cc1plus: error: unrecognized command line option "-std=3Dc++11" > *** [bitmap_allocator.o] Error code 1 >=20 > on multiple worlds: >=20 > [threepio:clean/base/head] rpokala% egrep -l 'stopped in = .*libstdc' _.*buildworld > _.mips.mips.buildworld > _.mips.mips64.buildworld > _.mips.mips64el.buildworld > _.mips.mips64elhf.buildworld > _.mips.mips64hf.buildworld > _.mips.mipsel.buildworld > _.mips.mipselhf.buildworld > _.mips.mipshf.buildworld > _.mips.mipsn32.buildworld > _.powerpc.powerpc.buildworld > _.powerpc.powerpc64.buildworld > _.powerpc.powerpcspe.buildworld > _.sparc64.sparc64.buildworld >=20 > No interesting build environment, just MAKEOBJDIRPREFIX and JFLAGS; = clean sources and empty output directory. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 00:27:39 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 B5DDADB1C68 for ; Mon, 24 Jul 2017 00:27:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 7556E746C3 for ; Mon, 24 Jul 2017 00:27:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12118 invoked from network); 24 Jul 2017 00:27:37 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 00:27:37 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 20:27:37 -0400 (EDT) Received: (qmail 21578 invoked from network); 24 Jul 2017 00:27:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 00:27:37 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 78724EC805D; Sun, 23 Jul 2017 17:27:36 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: amd64 -r321109 -> -r321371 buildworld update failed (spans clang 5 update); error: too few arguments provided to function-like macro invocation; , METAMODE and -j8 was used From: Mark Millard In-Reply-To: <3EF869EB-ADB6-455B-8725-2E42C73B27EB@FreeBSD.org> Date: Sun, 23 Jul 2017 17:27:35 -0700 Cc: FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <77819047-45D4-4CA4-BF17-2A00FE21E32B@dsl-only.net> References: <056C30CC-72B8-41A4-AEAA-64B6B96854DB@dsl-only.net> <3EF869EB-ADB6-455B-8725-2E42C73B27EB@FreeBSD.org> To: Dimitry Andric , Bryan Drewery 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, 24 Jul 2017 00:27:39 -0000 On 2017-Jul-22, at 5:09 PM, Dimitry Andric wrote: > On 23 Jul 2017, at 02:02, Mark Millard wrote: >>=20 >> On 2017-Jul-22, at 4:50 PM, Dimitry Andric wrote: >>> On 23 Jul 2017, at 01:32, Mark Millard wrote: >>>>=20 >>>> My first attempt to update amd64 to a clang 5 based /usr/src >>>> failed ( -r321109 -> -r321371 ). Listing just the first >>>> error initially: >>>>=20 >>>> --- ToolDrivers/llvm-lib/LibDriver.o --- >>>> In file included from = /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:35: >>>> = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc:27:= 92: error: too few arguments provided to function-like macro invocation >>>> OPTION(prefix_0, "", INPUT, Input, INVALID, INVALID, = nullptr, 0, 0, nullptr, nullptr) >>>> = ^ >>>> /usr/src/contrib/llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp:34:9: = note: macro 'OPTION' defined here >>>> #define OPTION(_1, _2, ID, _4, _5, _6, _7, _8, _9, _10, _11, _12) = OPT_##ID, >>>> ^ >>>=20 >>> Yeah, I think this can happen with an incremental build, and if you >>> enable MK_CLANG_EXTRAS. There was only one Options.inc file first, = in >>> $WORLDTMP/usr/src/lib/clang/libllvm, but now there are two different >>> ones, under $WORLDTMP/usr/src/lib/clang/libllvm/llvm-lib and >>> $WORLDTMP/usr/src/lib/clang/libllvm/llvm-dlltool. This is a rather >>> unfortunate change from upstream. >>>=20 >>> I'm unsure what to do here, maybe it is a good idea to explicitly rm >>> the incorrect file before make starts to search the directory. = Bryan, >>> any clues? IIRC there were some other precedents where stale = objects >>> could get in the way, and would have to be force-deleted before even >>> the depend stage? >>=20 >> I've done: >>=20 >> # mv /usr/obj/amd64_clang /usr/obj/amd64_clang_r321109_r321371 >>=20 >> before starting a rebuild --in to preserve my >> failed-build context in case that record of >> the result of the attempt can help. >=20 > What you could try with the old objdir is: >=20 > rm = /usr/obj/amd64_clang/amd64.amd64/usr/src/lib/clang/libllvm/Options.inc >=20 > then doing another incremental build. I think that will work. Comparing the Options.inc list from a failed cross build update to -r321371 to one that has been rebuilt: Note rebuilt yet (I deliberately did not clean out any old Options.inc files first): # find /usr/obj/cortexA53_clang/ -name Options.inc -print | sort = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/lib/clang/libclang/clang/Dr= iver/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/lib/clang/libllvm/Options.i= nc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/src/lib/clang/libcl= ang/clang/Driver/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/src/lib/clang/libll= vm/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/src/lib/clang/libll= vm/llvm-dlltool/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/src/lib/clang/libll= vm/llvm-lib/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/src/usr.bin/clang/l= ld/ELF/Options.inc = /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/usr.bin/clang/lld/ELF/Optio= ns.inc vs. rebuilt (with first cleaning out sufficient Options.inc files): # find /usr/obj/powerpc64vtsc_clang_altbinutils/ -name Options.inc = -print | sort = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libclang/clang/Driver/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/llvm-dlltool/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/libllvm/llvm-lib/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/usr= /src/lib/clang/libclang/clang/Driver/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/usr= /src/lib/clang/libllvm/llvm-dlltool/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/usr= /src/lib/clang/libllvm/llvm-lib/Options.inc = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/usr.bin= /clang/lld/ELF/Options.inc It looks like all the following are "old only": . . ./usr/src/lib/clang/libllvm/Options.inc . . ./usr/src/tmp/usr/src/lib/clang/libllvm/Options.inc . . ./usr/src/tmp/usr/src/usr.bin/clang/lld/ELF/Options.inc And comparing the rebuilt to something that has not had an attempted update to a clang 5 version at all: # find /usr/obj/armv7_clang/ -name Options.inc -print | sort = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libclang/clang/Driver/Opt= ions.inc /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libllvm/Options.inc = /usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/src/lib/clang/libclang/clan= g/Driver/Options.inc = /usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/src/lib/clang/libllvm/Optio= ns.inc /usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/lld/ELF/Options.inc It looks like all the following are "old only": . . ./usr/src/lib/clang/libllvm/Options.inc . . ./usr/src/tmp/usr/src/lib/clang/libllvm/Options.inc =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 03:51: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 802F2DB5DC3 for ; Mon, 24 Jul 2017 03:51:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 3E1727E855 for ; Mon, 24 Jul 2017 03:51:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31744 invoked from network); 24 Jul 2017 03:51:35 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 03:51:35 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sun, 23 Jul 2017 23:51:35 -0400 (EDT) Received: (qmail 22107 invoked from network); 24 Jul 2017 03:51:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 03:51:35 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id D062DEC8715; Sun, 23 Jul 2017 20:51:34 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: Date: Sun, 23 Jul 2017 20:51:34 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> To: Dimitry Andric 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, 24 Jul 2017 03:51:37 -0000 [Using WITH_LLDB=3D had no problem for amd64 -> TARGET_ARCH=3Daarch64 buildworld buildkernel .] On 2017-Jul-23, at 3:44 PM, Mark Millard wrote: > [WITH_LLD=3D WITHOUT_LLDB=3D did a buildworld buildkernel > just fine for TARGET_ARCH=3Dpowerpc64 .] >=20 > On 2017-Jul-23, at 2:46 PM, Mark Millard wrote: >=20 >> [Shawn Webb's logfile shows an error similar to what I >> report: lldb_private::AppleObjCRuntime::GetFoundationVersion() >> is a problem. But his report shows other errors as well, ones >> that I did not get.] >>=20 >> On 2017-Jul-23, at 1:04 PM, Mark Millard = wrote: >>=20 >>> [The lldb problem is a: >>>=20 >>> lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>=20 >>> reference via Cocoa.o in liblldb.a . See below. >>> Sorry that sometimes I'm having to go back and >>> later find and report more details because of >>> other things going on here. But this likely >>> will continue for some of my preliminary >>> reports.] >>>=20 >>> On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: >>>=20 >>>> On 23 Jul 2017, at 11:17, Mark Millard wrote: >>>>>=20 >>>>> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld >>>>> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >>>>> far). I'll continue via WITHOUT_LLDB.] >>>> ... >>>>>=20 >>>>> Here is the lldb.full failure text: >>>>>=20 >>>>> --- all_subdir_usr.bin --- >>>>> --- all_subdir_usr.bin/clang/lldb --- >>>>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>>>=20 >>>> Unfortunately the actual linker errors were above these lines, so = you >>>> will have to look them up in the full build log (search for = "undefined >>>> symbol"), or post that somewhere off-list. >>>>=20 >>>> I'm suspecting you get the same type of error Shawn's been getting = while >>>> linking lldb. Apparently in some scenarios more object files are = needed >>>> than the minimum set I put in liblldb's Makefile. >>>=20 >>> --- lldb.full --- >>> = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a(Cocoa.o): In function = `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObje= ct&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': >>> = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.= text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObj= ectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference = to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' >>=20 >> The first error in Shawn Webb's logfile looks like what I report: >>=20 >> error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>=20 >> via Cocoa.o in liblldb.a . See below: >>=20 >> =3D=3D=3D> usr.sbin/ancontrol (all) >> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp >>>>> = Cocoa.o:(lldb_private::formatters::NSNumberSummaryProvider(lldb_private::V= alueObject&, lldb_private::Stream&, lldb_private::TypeSummaryOptions = const&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >>=20 >> After that his log showed: >>=20 >> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SBTrace() >>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetSP(std::__1::shared_ptr const&) >>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetTraceUID(unsigned long) >>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >> --- lldb.full --- >> *** [lldb.full] Error code 1 >>=20 >> make[5]: stopped in /usr/src/usr.bin/clang/lldb >> 1 error >>=20 >> make[5]: stopped in /usr/src/usr.bin/clang/lldb >> --- all_subdir_usr.bin/clang/lldb --- >> *** [all_subdir_usr.bin/clang/lldb] Error code 2 >=20 > I've tried an amd64 -> TARGET_ARCH=3Dpowerpc64 cross build > (builworld buildkernel) using WITH_LLD=3D and WITHOUT_LLDB=3D > and the combination built. >=20 > So for powerpc64 I've only had buildworld buildkernel > problems when attempting WITH_LLDB=3D style builds. (I've > not tested installing or running yet.) >=20 > (This is not a test of distrib-dirs distribution > use. That is a separate issue.) My aarch64 buildworld buildkernel completed finally. Using WITH_LLDB=3D had no problem for amd64 -> TARGET_ARCH=3Daarch64 buildworld buildkernel doing the -r321109 to -r321371 upgrade. I did not see the problem for amd64 (self hosted). I'll try armv7 (cortex-a7) next, the last of the TARGET_ARCH=3D that I normally build. So far I've seen the problem only for powerpc64. (I do not build lldb for 32-bit powerpc because the lack of 8-byte atomics for powerpc historically blocked the lldb build.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 07:18: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 6C70CDBCC60; Mon, 24 Jul 2017 07:18:04 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DEA2483752; Mon, 24 Jul 2017 07:18:03 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v6O73cUt032615 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 24 Jul 2017 07:03:39 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: d60e724c-75b0-4b63-9702-f4a9d2bf6793: Host host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc From: David Chisnall In-Reply-To: Date: Mon, 24 Jul 2017 08:03:33 +0100 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> References: To: Mark Millard 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, 24 Jul 2017 07:18:04 -0000 On 23 Jul 2017, at 23:54, Mark Millard wrote: >=20 >> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood -fno-implicit-templates = -ffunction-sections -fdata-sections -Wno-deprecated -c = ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc -o = bitmap_allocator.o This is quite a surprising build command. It=E2=80=99s using = usr/include/c++/v1 for system includes, but usr/include/c++/v1 is the = libc++ header directory. libstdc++ shouldn=E2=80=99t need to be built = with C++11 support, but libc++ does, so this command looks like a = combination of both libc++ and libstdc++ build flags all mashed = together. David From owner-freebsd-toolchain@freebsd.org Mon Jul 24 07:23:17 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 DD75CDBCEFA for ; Mon, 24 Jul 2017 07:23:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 8A79283B6E for ; Mon, 24 Jul 2017 07:23:16 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 455 invoked from network); 24 Jul 2017 07:27:53 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 07:27:53 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Mon, 24 Jul 2017 03:23:15 -0400 (EDT) Received: (qmail 20500 invoked from network); 24 Jul 2017 07:23:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 07:23:15 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 92207EC805D; Mon, 24 Jul 2017 00:23:14 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc From: Mark Millard In-Reply-To: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> Date: Mon, 24 Jul 2017 00:23:13 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <995425D0-1240-4008-8BF7-982C7725353C@dsl-only.net> References: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> To: rpokala@mac.com, David Chisnall 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, 24 Jul 2017 07:23:18 -0000 On 2017-Jul-24, at 12:03 AM, David Chisnall = wrote: > On 23 Jul 2017, at 23:54, Mark Millard wrote: >>=20 >>> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood -fno-implicit-templates = -ffunction-sections -fdata-sections -Wno-deprecated -c = ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc -o = bitmap_allocator.o >=20 > This is quite a surprising build command. It=E2=80=99s using = usr/include/c++/v1 for system includes, but usr/include/c++/v1 is the = libc++ header directory. libstdc++ shouldn=E2=80=99t need to be built = with C++11 support, but libc++ does, so this command looks like a = combination of both libc++ and libstdc++ build flags all mashed = together. I see that when I forwarded Ravi Pokala's message to other lists that seemed appropriate --where it was more likely to be noticed-- I forgot to CC Ravi. I fix this now by listing him in the To for this reply. As for the command: I expect that the weird mix is the essence of what Ravi P. was reporting, going along with the -std=3Dc++11 command line option that was explicitly rejected by the compiler. I have not yet tried a gcc 4.2.1 based build for powerpc64 or powerpc yet. (I tend to experiment with clang support of them.) But I will at some point and see if I get a similar issue. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 07:33: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 99D53C08269 for ; Mon, 24 Jul 2017 07:33:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 5CD6E84004 for ; Mon, 24 Jul 2017 07:33:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4938 invoked from network); 24 Jul 2017 07:33:17 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 07:33:17 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Mon, 24 Jul 2017 03:33:17 -0400 (EDT) Received: (qmail 25767 invoked from network); 24 Jul 2017 07:33:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 07:33:17 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id C2923EC805D; Mon, 24 Jul 2017 00:33:16 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: Date: Mon, 24 Jul 2017 00:33:16 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <3E5E8DE4-0135-4071-A041-F56DB53EE3F3@dsl-only.net> References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> To: Dimitry Andric 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, 24 Jul 2017 07:33:19 -0000 [I forgot that linking lldb historically failed on armv6 (cortex-a7) based on the historical system binutils.] On 2017-Jul-23, at 8:51 PM, Mark Millard wrote: > [Using WITH_LLDB=3D had no problem for amd64 -> TARGET_ARCH=3Daarch64 > buildworld buildkernel .] >=20 > On 2017-Jul-23, at 3:44 PM, Mark Millard wrote: >=20 >> [WITH_LLD=3D WITHOUT_LLDB=3D did a buildworld buildkernel >> just fine for TARGET_ARCH=3Dpowerpc64 .] >>=20 >> On 2017-Jul-23, at 2:46 PM, Mark Millard wrote: >>=20 >>> [Shawn Webb's logfile shows an error similar to what I >>> report: lldb_private::AppleObjCRuntime::GetFoundationVersion() >>> is a problem. But his report shows other errors as well, ones >>> that I did not get.] >>>=20 >>> On 2017-Jul-23, at 1:04 PM, Mark Millard = wrote: >>>=20 >>>> [The lldb problem is a: >>>>=20 >>>> lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>>=20 >>>> reference via Cocoa.o in liblldb.a . See below. >>>> Sorry that sometimes I'm having to go back and >>>> later find and report more details because of >>>> other things going on here. But this likely >>>> will continue for some of my preliminary >>>> reports.] >>>>=20 >>>> On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: >>>>=20 >>>>> On 23 Jul 2017, at 11:17, Mark Millard = wrote: >>>>>>=20 >>>>>> [Linking lldb.full via 2.28 of = /usr/local/powerpc64-freebsd/bin/ld >>>>>> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that >>>>>> far). I'll continue via WITHOUT_LLDB.] >>>>> ... >>>>>>=20 >>>>>> Here is the lldb.full failure text: >>>>>>=20 >>>>>> --- all_subdir_usr.bin --- >>>>>> --- all_subdir_usr.bin/clang/lldb --- >>>>>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>>>>=20 >>>>> Unfortunately the actual linker errors were above these lines, so = you >>>>> will have to look them up in the full build log (search for = "undefined >>>>> symbol"), or post that somewhere off-list. >>>>>=20 >>>>> I'm suspecting you get the same type of error Shawn's been getting = while >>>>> linking lldb. Apparently in some scenarios more object files are = needed >>>>> than the minimum set I put in liblldb's Makefile. >>>>=20 >>>> --- lldb.full --- >>>> = /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib/cla= ng/liblldb/liblldb.a(Cocoa.o): In function = `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObje= ct&, lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': >>>> = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp:(.= text._ZN12lldb_private10formatters23NSNumberSummaryProviderERNS_11ValueObj= ectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): undefined reference = to `lldb_private::AppleObjCRuntime::GetFoundationVersion()' >>>=20 >>> The first error in Shawn Webb's logfile looks like what I report: >>>=20 >>> error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>=20 >>> via Cocoa.o in liblldb.a . See below: >>>=20 >>> =3D=3D=3D> usr.sbin/ancontrol (all) >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb_private::AppleObjCRuntime::GetFoundationVersion() >>>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ObjC/Cocoa.cpp >>>>>> = Cocoa.o:(lldb_private::formatters::NSNumberSummaryProvider(lldb_private::V= alueObject&, lldb_private::Stream&, lldb_private::TypeSummaryOptions = const&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >>>=20 >>> After that his log showed: >>>=20 >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SBTrace() >>>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetSP(std::__1::shared_ptr const&) >>>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: = lldb::SBTrace::SetTraceUID(unsigned long) >>>>>> referenced by = /usr/src/contrib/llvm/tools/lldb/source/API/SBProcess.cpp >>>>>> = SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, = lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a >>> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >>> --- lldb.full --- >>> *** [lldb.full] Error code 1 >>>=20 >>> make[5]: stopped in /usr/src/usr.bin/clang/lldb >>> 1 error >>>=20 >>> make[5]: stopped in /usr/src/usr.bin/clang/lldb >>> --- all_subdir_usr.bin/clang/lldb --- >>> *** [all_subdir_usr.bin/clang/lldb] Error code 2 >>=20 >> I've tried an amd64 -> TARGET_ARCH=3Dpowerpc64 cross build >> (builworld buildkernel) using WITH_LLD=3D and WITHOUT_LLDB=3D >> and the combination built. >>=20 >> So for powerpc64 I've only had buildworld buildkernel >> problems when attempting WITH_LLDB=3D style builds. (I've >> not tested installing or running yet.) >>=20 >> (This is not a test of distrib-dirs distribution >> use. That is a separate issue.) >=20 > My aarch64 buildworld buildkernel completed finally. > Using WITH_LLDB=3D had no problem for amd64 -> > TARGET_ARCH=3Daarch64 buildworld buildkernel doing > the -r321109 to -r321371 upgrade. I did not see > the problem for amd64 (self hosted). >=20 > I'll try armv7 (cortex-a7) next, the last of > the TARGET_ARCH=3D that I normally build. >=20 > So far I've seen the problem only for powerpc64. > (I do not build lldb for 32-bit powerpc because > the lack of 8-byte atomics for powerpc historically > blocked the lldb build.) As for trying armv6/7 (cortex-a7): I forgot that linking lldb historically failed for targeting cortex-a7 based on the historical system binutils. The build was with WITHOUT_LLDB=3D (as is my standard procedure for cortex-a7) so not a relevant test. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 07:57:00 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 55F1EC0896D for ; Mon, 24 Jul 2017 07:57:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 164A48496D for ; Mon, 24 Jul 2017 07:57:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9050 invoked from network); 24 Jul 2017 07:56:59 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 07:56:59 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Mon, 24 Jul 2017 03:56:59 -0400 (EDT) Received: (qmail 22010 invoked from network); 24 Jul 2017 07:56:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 07:56:58 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id DBB18EC805D; Mon, 24 Jul 2017 00:56:57 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc From: Mark Millard In-Reply-To: <995425D0-1240-4008-8BF7-982C7725353C@dsl-only.net> Date: Mon, 24 Jul 2017 00:56:57 -0700 Cc: FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <0A3348B1-0D56-4D68-9839-292635C6610D@dsl-only.net> References: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> <995425D0-1240-4008-8BF7-982C7725353C@dsl-only.net> To: rpokala@mac.com, David Chisnall 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, 24 Jul 2017 07:57:00 -0000 [My amd64 -> powerpc cross build attempt quickly got the reported problem.] On 2017-Jul-24, at 12:23 AM, Mark Millard wrote: > On 2017-Jul-24, at 12:03 AM, David Chisnall = wrote: >=20 >> On 23 Jul 2017, at 23:54, Mark Millard wrote: >>>=20 >>>> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood -fno-implicit-templates = -ffunction-sections -fdata-sections -Wno-deprecated -c = ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc -o = bitmap_allocator.o >>=20 >> This is quite a surprising build command. It=E2=80=99s using = usr/include/c++/v1 for system includes, but usr/include/c++/v1 is the = libc++ header directory. libstdc++ shouldn=E2=80=99t need to be built = with C++11 support, but libc++ does, so this command looks like a = combination of both libc++ and libstdc++ build flags all mashed = together. >=20 > I see that when I forwarded Ravi Pokala's message to other > lists that seemed appropriate --where it was more likely > to be noticed-- I forgot to CC Ravi. >=20 > I fix this now by listing him in the To for this reply. >=20 >=20 > As for the command: I expect that the weird mix is the > essence of what Ravi P. was reporting, going along with > the -std=3Dc++11 command line option that was explicitly > rejected by the compiler. >=20 > I have not yet tried a gcc 4.2.1 based build for powerpc64 > or powerpc yet. (I tend to experiment with clang support > of them.) But I will at some point and see if I get a similar > issue. I get the same problem in my attempted amd64 -> powerpc (32-bit) build. For this type of context clang is used to build a gcc 4.2.1 cross = compiler (if needed) and then the cross compiler is used to build FreeBSD for the = target. I wonder if there is someplace that has the required compiler context confused and is picking to supply clang materials in what should be a gcc 4.2.1 context. The following is based on my historical build procedure for doing amd64 -> powerpc cross builds, which has not changed. It is an attempted update from -r321109 to -r321371 . I first list build context details, then the failure text and supporting materials. First I list the build context: # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_gcc421_bootstrap_c= lang-amd64-host.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_gcc421_bootstrap_cla= ng-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.= amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang_gcc421" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/make.conf #MALLOC_PRODUCTION=3D #NO_WERROR=3D #WERROR=3D CFLAGS.gcc+=3D -v FreeBSDx64OPC# more = /root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host TO_TYPE=3Dpowerpc # KERNCONF=3DGENERICvtsc-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITHOUT_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D WITHOUT_CLANG_FULL=3D WITHOUT_CLANG_EXTRAS=3D WITHOUT_LLD=3D WITHOUT_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D # WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITH_GCC_IS_CC=3D WITH_GNUCXX=3D # NO_WERROR=3D WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D Here I list the failure text: --- gnu/lib/libstdc++__L --- = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/libexec/= cc1plus -quiet -nostdinc++ -v -I/usr/src/gnu/lib/libstdc++ = -I/usr/src/contrib/libstdc++/libsupc++ -I/usr/src/contrib/gcc = -I/usr/src/contrib/libstdc++/include -I/usr/src/contrib/gcclibs/include = -I/usr/src/contrib/libstdc++/include -I. -isysroot = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = /usr/src/contrib/libstdc++/src/bitmap_allocator.cc -quiet -dumpbase = bitmap_allocator.cc -auxbase-strip bitmap_allocator.o -O2 = -Wno-deprecated -std=3Dc++11 -version = -frandom-seed=3DRepeatabilityConsideredGood -fstack-protector-strong = -fno-implicit-templates -ffunction-sections -fdata-sections -o - | = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin/as = -mppc -many -V -Qy -o bitmap_allocator.o GNU assembler version 2.17.50 [FreeBSD] 2007-07-03 = (powerpc-unknown-freebsd) using BFD version 2.17.50 [FreeBSD] 2007-07-03 . . . --- gnu/lib/libstdc++__L --- cc1plus: error: unrecognized command line option "-std=3Dc++11" ignoring duplicate directory = "/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include= " ignoring duplicate directory "/usr/src/contrib/libstdc++/include" #include "..." search starts here: #include <...> search starts here: /usr/src/gnu/lib/libstdc++ /usr/src/contrib/libstdc++/libsupc++ /usr/src/contrib/gcc /usr/src/contrib/libstdc++/include /usr/src/contrib/gcclibs/include . = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= gcc/4.2 End of search list. Looking around in the typescript shows: -------------------------------------------------------------- >>> stage 2.2: rebuilding the object tree -------------------------------------------------------------- cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dobj = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = obj which has a "-std=3Dc++11" in it. As do the following: -------------------------------------------------------------- >>> stage 3.1: recording build metadata -------------------------------------------------------------- cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dbuild-metadata = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = compiler-metadata.mk Building = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/compiler-metadat= a.mk cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dbuild-metadata = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = host-osreldate.h `host-osreldate.h' is up to date. --- _includes --- -------------------------------------------------------------- >>> stage 4.1: building includes -------------------------------------------------------------- cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dincludes = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = SUBDIR_OVERRIDE=3D SHARED=3Dsymlinks MK_INCLUDES=3Dyes includes . . . -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dlibraries = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -DNO_FSCHG MK_HTML=3Dno -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno = MK_TESTS=3Dno MK_TESTS_SUPPORT=3Dyes libraries =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 09:31: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 C454FC79117 for ; Mon, 24 Jul 2017 09:31:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-38.reflexion.net [208.70.210.38]) (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 898602875 for ; Mon, 24 Jul 2017 09:31:11 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23366 invoked from network); 24 Jul 2017 09:35:48 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 24 Jul 2017 09:35:48 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Mon, 24 Jul 2017 05:31:10 -0400 (EDT) Received: (qmail 15836 invoked from network); 24 Jul 2017 09:31:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 24 Jul 2017 09:31:10 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 7DF14EC805D; Mon, 24 Jul 2017 02:31:09 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libstdc++ build failures on MIPS, PowerPC, Sparc From: Mark Millard In-Reply-To: <0A3348B1-0D56-4D68-9839-292635C6610D@dsl-only.net> Date: Mon, 24 Jul 2017 02:31:08 -0700 Cc: rpokala@mac.com, David Chisnall , FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <5AF488C1-FC10-4113-A882-8865C3FEDD11@dsl-only.net> References: <1652170A-4809-4C0C-AA9D-3C364EA3866B@FreeBSD.org> <995425D0-1240-4008-8BF7-982C7725353C@dsl-only.net> <0A3348B1-0D56-4D68-9839-292635C6610D@dsl-only.net> To: Bryan Drewery 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, 24 Jul 2017 09:31:12 -0000 [I'm just sending the notes to Bryan Drewery, no new information added.] Ravi Pokala rpokala at mac.com wrote on Sun Jul 23 19:44:57 UTC 2017 : > I did a tinderbox build of -HEAD as of r321376; there were failures = like this (paths shortened): >=20 > c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood = -fno-implicit-templates -ffunction-sections -fdata-sections = -Wno-deprecated -c ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc = -o bitmap_allocator.o >=20 > cc1plus: error: unrecognized command line option "-std=3Dc++11" > *** [bitmap_allocator.o] Error code 1 >=20 > on multiple worlds: >=20 > [threepio:clean/base/head] rpokala% egrep -l 'stopped in .*libstdc' = _.*buildworld > _.mips.mips.buildworld > _.mips.mips64.buildworld > _.mips.mips64el.buildworld > _.mips.mips64elhf.buildworld > _.mips.mips64hf.buildworld > _.mips.mipsel.buildworld > _.mips.mipselhf.buildworld > _.mips.mipshf.buildworld > _.mips.mipsn32.buildworld > _.powerpc.powerpc.buildworld > _.powerpc.powerpc64.buildworld > _.powerpc.powerpcspe.buildworld > _.sparc64.sparc64.buildworld >=20 > No interesting build environment, just MAKEOBJDIRPREFIX and JFLAGS; = clean sources and empty output directory. Later there was the following accumulation . . . On 2017-Jul-24, at 12:56 AM, Mark Millard = wrote: > [My amd64 -> powerpc cross build attempt quickly got the reported > problem.] >=20 > On 2017-Jul-24, at 12:23 AM, Mark Millard = wrote: >=20 >> On 2017-Jul-24, at 12:03 AM, David Chisnall = wrote: >>=20 >>> On 23 Jul 2017, at 23:54, Mark Millard wrote: >>>>=20 >>>>> c++ -isystem ${OUTDIR}/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -isystem ${OUTDIR}/tmp/usr/include -L${OUTDIR}/tmp/usr/lib = -B${OUTDIR}/tmp/usr/lib --sysroot=3D${OUTDIR}/tmp = -B${OUTDIR}/tmp/usr/bin -O -pipe -G0 -EB -mabi=3D32 -msoft-float = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -I${SRCDIR}/gnu/lib/libstdc++ = -I${SRCDIR}/contrib/libstdc++/libsupc++ -I${SRCDIR}/contrib/gcc = -I${SRCDIR}/contrib/libstdc++/include = -I${SRCDIR}/contrib/gcclibs/include = -I${SRCDIR}/contrib/libstdc++/include -I. = -frandom-seed=3DRepeatabilityConsideredGood -fno-implicit-templates = -ffunction-sections -fdata-sections -Wno-deprecated -c = ${SRCDIR}/contrib/libstdc++/src/bitmap_allocator.cc -o = bitmap_allocator.o >>>=20 >>> This is quite a surprising build command. It=E2=80=99s using = usr/include/c++/v1 for system includes, but usr/include/c++/v1 is the = libc++ header directory. libstdc++ shouldn=E2=80=99t need to be built = with C++11 support, but libc++ does, so this command looks like a = combination of both libc++ and libstdc++ build flags all mashed = together. >>=20 >> I see that when I forwarded Ravi Pokala's message to other >> lists that seemed appropriate --where it was more likely >> to be noticed-- I forgot to CC Ravi. >>=20 >> I fix this now by listing him in the To for this reply. >>=20 >>=20 >> As for the command: I expect that the weird mix is the >> essence of what Ravi P. was reporting, going along with >> the -std=3Dc++11 command line option that was explicitly >> rejected by the compiler. >>=20 >> I have not yet tried a gcc 4.2.1 based build for powerpc64 >> or powerpc yet. (I tend to experiment with clang support >> of them.) But I will at some point and see if I get a similar >> issue. >=20 > I get the same problem in my attempted amd64 -> > powerpc (32-bit) build. >=20 >=20 > For this type of context clang is used to build a gcc 4.2.1 cross = compiler > (if needed) and then the cross compiler is used to build FreeBSD for = the target. >=20 > I wonder if there is someplace that has the required compiler context > confused and is picking to supply clang materials in what should be > a gcc 4.2.1 context. >=20 >=20 > The following is based on my historical build procedure > for doing amd64 -> powerpc cross builds, which has not > changed. It is an attempted update from -r321109 to > -r321371 . I first list build context details, then > the failure text and supporting materials. >=20 > First I list the build context: >=20 > # more = ~/sys_build_scripts.amd64-host/make_powerpcvtsc_nodebug_gcc421_bootstrap_c= lang-amd64-host.sh=20 > kldload -n filemon && \ > script = ~/sys_typescripts/typescript_make_powerpcvtsc_nodebug_gcc421_bootstrap_cla= ng-amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.= amd64-host" \ > WITH_META_MODE=3Dyes \ > MAKEOBJDIRPREFIX=3D"/usr/obj/powerpcvtsc_clang_gcc421" \ > make $* >=20 > # more /root/src.configs/make.conf > CFLAGS.gcc+=3D -v >=20 > # more /root/src.configs/make.conf > #MALLOC_PRODUCTION=3D > #NO_WERROR=3D > #WERROR=3D > CFLAGS.gcc+=3D -v > FreeBSDx64OPC# more = /root/src.configs/src.conf.powerpc-gcc421-bootstrap-clang.amd64-host > TO_TYPE=3Dpowerpc > # > KERNCONF=3DGENERICvtsc-NODBG > TARGET=3D${TO_TYPE} > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > WITHOUT_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_CLANG_BOOTSTRAP=3D > WITHOUT_CLANG=3D > WITHOUT_CLANG_IS_CC=3D > WITHOUT_CLANG_FULL=3D > WITHOUT_CLANG_EXTRAS=3D > WITHOUT_LLD=3D > WITHOUT_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITH_GCC_BOOTSTRAP=3D > WITH_GCC=3D > WITH_GCC_IS_CC=3D > WITH_GNUCXX=3D > # > NO_WERROR=3D > WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_REPRODUCIBLE_BUILD=3D > WITH_DEBUG_FILES=3D >=20 >=20 > Here I list the failure text: >=20 > --- gnu/lib/libstdc++__L --- > = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/libexec/= cc1plus -quiet -nostdinc++ -v -I/usr/src/gnu/lib/libstdc++ = -I/usr/src/contrib/libstdc++/libsupc++ -I/usr/src/contrib/gcc = -I/usr/src/contrib/libstdc++/include -I/usr/src/contrib/gcclibs/include = -I/usr/src/contrib/libstdc++/include -I. -isysroot = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -DIN_GLIBCPP_V3 -DHAVE_CONFIG_H -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = /usr/src/contrib/libstdc++/src/bitmap_allocator.cc -quiet -dumpbase = bitmap_allocator.cc -auxbase-strip bitmap_allocator.o -O2 = -Wno-deprecated -std=3Dc++11 -version = -frandom-seed=3DRepeatabilityConsideredGood -fstack-protector-strong = -fno-implicit-templates -ffunction-sections -fdata-sections -o - | > = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin/as = -mppc -many -V -Qy -o bitmap_allocator.o > GNU assembler version 2.17.50 [FreeBSD] 2007-07-03 = (powerpc-unknown-freebsd) using BFD version 2.17.50 [FreeBSD] 2007-07-03 > . . . > --- gnu/lib/libstdc++__L --- > cc1plus: error: unrecognized command line option "-std=3Dc++11" > ignoring duplicate directory = "/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include= " > ignoring duplicate directory "/usr/src/contrib/libstdc++/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/gnu/lib/libstdc++ > /usr/src/contrib/libstdc++/libsupc++ > /usr/src/contrib/gcc > /usr/src/contrib/libstdc++/include > /usr/src/contrib/gcclibs/include > . > = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 > = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include > = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= gcc/4.2 > End of search list. >=20 > Looking around in the typescript shows: >=20 > -------------------------------------------------------------- >>>> stage 2.2: rebuilding the object tree > -------------------------------------------------------------- > cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dobj = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = obj >=20 > which has a "-std=3Dc++11" in it. As do the following: >=20 > -------------------------------------------------------------- >>>> stage 3.1: recording build metadata > -------------------------------------------------------------- > cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dbuild-metadata = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = compiler-metadata.mk > Building = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/compiler-metadat= a.mk > cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dbuild-metadata = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = host-osreldate.h > `host-osreldate.h' is up to date. > --- _includes --- > -------------------------------------------------------------- >>>> stage 4.1: building includes > -------------------------------------------------------------- > cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dincludes = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = SUBDIR_OVERRIDE=3D SHARED=3Dsymlinks MK_INCLUDES=3Dyes includes > . . . > -------------------------------------------------------------- >>>> stage 4.2: building libraries > -------------------------------------------------------------- > cd /usr/src; = MAKEOBJDIRPREFIX=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc = MACHINE_ARCH=3Dpowerpc MACHINE=3Dpowerpc CPUTYPE=3D = BUILD_TOOLS_META=3D.NOMETA CC=3D"cc -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CXX=3D"c++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include/= c++/v1 -std=3Dc++11 -nostdinc++ -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = CPP=3D"cpp -isystem = /usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/include = -L/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -B/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/usr/bin" = AS=3D"as" AR=3D"ar" LD=3D"ld" LLVM_LINK=3D"" NM=3Dnm OBJCOPY=3D"objcopy"= RANLIB=3Dranlib STRINGS=3D SIZE=3D"size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/legac= y/usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/l= egacy/usr/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tm= p/legacy/bin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp= /usr/sbin:/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp/us= r/bin:/sbin:/bin:/usr/sbin:/usr/bin = SYSROOT=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = make -f Makefile.inc1 BWPHASE=3Dlibraries = DESTDIR=3D/usr/obj/powerpcvtsc_clang_gcc421/powerpc.powerpc/usr/src/tmp = -DNO_FSCHG MK_HTML=3Dno -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno = MK_TESTS=3Dno MK_TESTS_SUPPORT=3Dyes libraries =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Jul 24 14:29:01 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 AD4C3C7F479 for ; Mon, 24 Jul 2017 14:29:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (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 730EB69F56 for ; Mon, 24 Jul 2017 14:29:01 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x22d.google.com with SMTP id h199so35675430ith.1 for ; Mon, 24 Jul 2017 07:29:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=xtHkX3Wfdv5LHvrZimfKbcUurqMNZevFP6gMuCyOIW0=; b=wId10Rl3YXfe6sg8vT3XkChO1YeGwzUSM+Iwm+2KVjhmZNyTWt66cP10UjBXAEU08+ tSyb09mx72C7D+N8aX/5r5W02rPq4y7vk2kxjt/+NenUMAozfGlvb+PimkpBjn3LS3Dg J7l0hbgK5I0KKULe+gU6Jz0nLhwP4TC9/d3Qxc+gc/7PA6Tnw8CnPwfSrEHS1epkXekU J7srTpvs3xmtdbU5uhGVlF8eYeq5roazgxC0t4LrwDIBra9Sa//iqhTt2F7OpTOrLe3B sXc9MnNmOdGiSOcS/DdxPG93+zJkdmqpHQRsBDqX+Mrs1Ol78Q2293WzlDrgHO+GVuJp TBbQ== 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=xtHkX3Wfdv5LHvrZimfKbcUurqMNZevFP6gMuCyOIW0=; b=m1YMyWuVovjktFZ82mDwC5lGXAY8hpxTshMY8CjwUjd9ztcb52+PYcDbLdIovgxZ3x R2RjguGCWBgMS9kD0T5jrsuS4OnuBhQaHWqR54/XugJPWjXL2QmjF7nwKBXUnu4uc5uE qmoe7jplWS6wMmDozyZHUwETZ3pElbsVyUditLHxP1GKUSwz8RKOQ3O/6OmQK5talieA bQAgzFVxiEsSUJLkT3h6cbMQK3CXQxJ8hgqoStFUYbHIn+nwOUUJYRq4UrLKjYI4Hp0s Y8wYsbEu7/ZTN7/oOGpwr6E+g6YcEliU0e2CsbBQBSkhe9Cx/R7dE7rD2moy6FYc4oh9 +mwA== X-Gm-Message-State: AIVw110nX0TuPuDFlpap7B+8JJCKhcKNVJ223J1vQRvqoedPplUQ+xBe pQzlVEwhY8/dzU8XFlTAfprpqZVUKqWw X-Received: by 10.36.254.6 with SMTP id w6mr6860712ith.158.1500906540573; Mon, 24 Jul 2017 07:29:00 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.58.17 with HTTP; Mon, 24 Jul 2017 07:28:59 -0700 (PDT) X-Originating-IP: [50.253.99.174] In-Reply-To: <3E5E8DE4-0135-4071-A041-F56DB53EE3F3@dsl-only.net> References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> <3E5E8DE4-0135-4071-A041-F56DB53EE3F3@dsl-only.net> From: Warner Losh Date: Mon, 24 Jul 2017 08:28:59 -0600 X-Google-Sender-Auth: WqumqjmWg8sRd0LSTAph3z7i6dw Message-ID: Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use To: Mark Millard Cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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, 24 Jul 2017 14:29:01 -0000 On Mon, Jul 24, 2017 at 1:33 AM, Mark Millard wrote: > [I forgot that linking lldb historically failed on armv6 > (cortex-a7) based on the historical system binutils.] > > On 2017-Jul-23, at 8:51 PM, Mark Millard wrote: > > > [Using WITH_LLDB= had no problem for amd64 -> TARGET_ARCH=aarch64 > > buildworld buildkernel .] > > > > On 2017-Jul-23, at 3:44 PM, Mark Millard wrote: > > > >> [WITH_LLD= WITHOUT_LLDB= did a buildworld buildkernel > >> just fine for TARGET_ARCH=powerpc64 .] > >> > >> On 2017-Jul-23, at 2:46 PM, Mark Millard wrote: > >> > >>> [Shawn Webb's logfile shows an error similar to what I > >>> report: lldb_private::AppleObjCRuntime::GetFoundationVersion() > >>> is a problem. But his report shows other errors as well, ones > >>> that I did not get.] > >>> > >>> On 2017-Jul-23, at 1:04 PM, Mark Millard > wrote: > >>> > >>>> [The lldb problem is a: > >>>> > >>>> lldb_private::AppleObjCRuntime::GetFoundationVersion() > >>>> > >>>> reference via Cocoa.o in liblldb.a . See below. > >>>> Sorry that sometimes I'm having to go back and > >>>> later find and report more details because of > >>>> other things going on here. But this likely > >>>> will continue for some of my preliminary > >>>> reports.] > >>>> > >>>> On 2017-Jul-23, at 5:00 AM, Dimitry Andric wrote: > >>>> > >>>>> On 23 Jul 2017, at 11:17, Mark Millard wrote: > >>>>>> > >>>>>> [Linking lldb.full via 2.28 of /usr/local/powerpc64-freebsd/bin/ld > >>>>>> also fails with "exit code 1" (using WIHTOUT_LLD so it gets that > >>>>>> far). I'll continue via WITHOUT_LLDB.] > >>>>> ... > >>>>>> > >>>>>> Here is the lldb.full failure text: > >>>>>> > >>>>>> --- all_subdir_usr.bin --- > >>>>>> --- all_subdir_usr.bin/clang/lldb --- > >>>>>> c++: error: linker command failed with exit code 1 (use -v to see > invocation) > >>>>> > >>>>> Unfortunately the actual linker errors were above these lines, so you > >>>>> will have to look them up in the full build log (search for > "undefined > >>>>> symbol"), or post that somewhere off-list. > >>>>> > >>>>> I'm suspecting you get the same type of error Shawn's been getting > while > >>>>> linking lldb. Apparently in some scenarios more object files are > needed > >>>>> than the minimum set I put in liblldb's Makefile. > >>>> > >>>> --- lldb.full --- > >>>> /usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/ > usr/src/lib/clang/liblldb/liblldb.a(Cocoa.o): In function > `lldb_private::formatters::NSNumberSummaryProvider(lldb_private::ValueObject&, > lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)': > >>>> /usr/src/contrib/llvm/tools/lldb/source/Plugins/Language/ > ObjC/Cocoa.cpp:(.text._ZN12lldb_private10formatters23NSNumberS > ummaryProviderERNS_11ValueObjectERNS_6StreamERKNS_18TypeSummaryOptionsE+0x398): > undefined reference to `lldb_private::AppleObjCRuntime:: > GetFoundationVersion()' > >>> > >>> The first error in Shawn Webb's logfile looks like what I report: > >>> > >>> error: undefined symbol: lldb_private::AppleObjCRuntime:: > GetFoundationVersion() > >>> > >>> via Cocoa.o in liblldb.a . See below: > >>> > >>> ===> usr.sbin/ancontrol (all) > >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: > lldb_private::AppleObjCRuntime::GetFoundationVersion() > >>>>>> referenced by /usr/src/contrib/llvm/tools/ > lldb/source/Plugins/Language/ObjC/Cocoa.cpp > >>>>>> Cocoa.o:(lldb_private::formatters:: > NSNumberSummaryProvider(lldb_private::ValueObject&, > lldb_private::Stream&, lldb_private::TypeSummaryOptions const&)) in > archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > >>> > >>> After that his log showed: > >>> > >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: > lldb::SBTrace::SBTrace() > >>>>>> referenced by /usr/src/contrib/llvm/tools/ > lldb/source/API/SBProcess.cpp > >>>>>> SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, > lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: > lldb::SBTrace::SetSP(std::__1::shared_ptr const&) > >>>>>> referenced by /usr/src/contrib/llvm/tools/ > lldb/source/API/SBProcess.cpp > >>>>>> SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, > lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > >>> /usr/obj/usr/src/tmp/usr/bin/ld: error: undefined symbol: > lldb::SBTrace::SetTraceUID(unsigned long) > >>>>>> referenced by /usr/src/contrib/llvm/tools/ > lldb/source/API/SBProcess.cpp > >>>>>> SBProcess.o:(lldb::SBProcess::StartTrace(lldb::SBTraceOptions&, > lldb::SBError&)) in archive /usr/obj/usr/src/lib/clang/liblldb/liblldb.a > >>> c++: error: linker command failed with exit code 1 (use -v to see > invocation) > >>> --- lldb.full --- > >>> *** [lldb.full] Error code 1 > >>> > >>> make[5]: stopped in /usr/src/usr.bin/clang/lldb > >>> 1 error > >>> > >>> make[5]: stopped in /usr/src/usr.bin/clang/lldb > >>> --- all_subdir_usr.bin/clang/lldb --- > >>> *** [all_subdir_usr.bin/clang/lldb] Error code 2 > >> > >> I've tried an amd64 -> TARGET_ARCH=powerpc64 cross build > >> (builworld buildkernel) using WITH_LLD= and WITHOUT_LLDB= > >> and the combination built. > >> > >> So for powerpc64 I've only had buildworld buildkernel > >> problems when attempting WITH_LLDB= style builds. (I've > >> not tested installing or running yet.) > >> > >> (This is not a test of distrib-dirs distribution > >> use. That is a separate issue.) > > > > My aarch64 buildworld buildkernel completed finally. > > Using WITH_LLDB= had no problem for amd64 -> > > TARGET_ARCH=aarch64 buildworld buildkernel doing > > the -r321109 to -r321371 upgrade. I did not see > > the problem for amd64 (self hosted). > > > > I'll try armv7 (cortex-a7) next, the last of > > the TARGET_ARCH= that I normally build. > > > > So far I've seen the problem only for powerpc64. > > (I do not build lldb for 32-bit powerpc because > > the lack of 8-byte atomics for powerpc historically > > blocked the lldb build.) > > As for trying armv6/7 (cortex-a7): I forgot that linking > lldb historically failed for targeting cortex-a7 based > on the historical system binutils. The build was with > WITHOUT_LLDB= (as is my standard procedure for cortex-a7) > so not a relevant test. lldb doesn't support armv6 ISA, but does support armv7 ISA. Just as a point of reference. It's one of the reasons for creating a new MACHINE_ARCH of armv7. Warner From owner-freebsd-toolchain@freebsd.org Mon Jul 24 15:09: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 118AECFC11A for ; Mon, 24 Jul 2017 15:09:12 +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 F2B8E6B3FA for ; Mon, 24 Jul 2017 15:09: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 v6OF9BKw064162 for ; Mon, 24 Jul 2017 15:09:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: fails to build with lang/gcc6 or later on 10.3 Date: Mon, 24 Jul 2017 15:09:12 +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: needs-patch X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? 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: Mon, 24 Jul 2017 15:09:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #9 from fernando.apesteguia@gmail.com --- Does this PR need additional action on my side in order to be closed? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Jul 24 15:33:24 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 84D33CFCA59 for ; Mon, 24 Jul 2017 15:33:24 +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 727296BF8E for ; Mon, 24 Jul 2017 15:33:24 +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 v6OFXNJN003977 for ; Mon, 24 Jul 2017 15:33:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: fails to build with lang/gcc6 or later on 10.3 Date: Mon, 24 Jul 2017 15:33:24 +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: needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: gerald@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ X-Bugzilla-Changed-Fields: bug_status flagtypes.name bug_severity resolution 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: Mon, 24 Jul 2017 15:33:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Gerald Pfeifer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Flags|maintainer-feedback?(fernan |maintainer-feedback+ |do.apesteguia@gmail.com), | |maintainer-feedback?(freebs | |d-toolchain@FreeBSD.org) | Severity|Affects Only Me |Affects Some People Resolution|--- |FIXED --- Comment #10 from Gerald Pfeifer --- (In reply to fernando.apesteguia from comment #9) > Does this PR need additional action on my side in order to be closed? Good point, based on this being fixed in the base (no change to your port required), let me close this. Thanks to dim! --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Mon Jul 24 18:20: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 32839D7C6E2; Mon, 24 Jul 2017 18:20:11 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0246672D38; Mon, 24 Jul 2017 18:20:11 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 43EE9A92E; Mon, 24 Jul 2017 18:20:10 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 78DCA8E99; Mon, 24 Jul 2017 18:20:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id cT4IYtr95sp4; Mon, 24 Jul 2017 18:20:07 +0000 (UTC) Subject: Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com B49318E93 To: Mark Millard , FreeBSD Toolchain , FreeBSD Current References: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> Date: Mon, 24 Jul 2017 11:20:06 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FSw3RxUHrWqJd6SokxsPfcUPP8X9o0UdN" 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, 24 Jul 2017 18:20:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FSw3RxUHrWqJd6SokxsPfcUPP8X9o0UdN Content-Type: multipart/mixed; boundary="Anb1PfaVk06wLPSo1sTCcaXltWIeEvlJb"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain , FreeBSD Current Message-ID: <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> Subject: Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" References: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> In-Reply-To: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> --Anb1PfaVk06wLPSo1sTCcaXltWIeEvlJb Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/22/2017 9:04 PM, Mark Millard wrote: > After buildworld buildkernel installkernel installkernel reboot to > upgrade to -r321371 (from -r321109 ) I attempted: >=20 > ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh i= nstallworld distrib-dirs distribute DESTDIR=3D/usr/obj/DESTDIRs/clang-amd= 64-installworld-dist >=20 > (where clang-amd64-installworld-dist was to be updated > from -r321109 ) I got: >=20 > --- distribute_subdir_lib --- > --- distribute --- > cd /usr/src/lib/csu/amd64; make install installconfig -DNO_SUBDIR DEST= DIR=3D/base SHARED=3Dcopies > --- distribute_subdir_cddl --- > --- _FILESINS --- > install -o root -g wheel -m 444 drti.o /base/usr/lib/dtrace/ > install: /base/usr/lib/dtrace/: No such file or directory > *** [_FILESINS] Error code 71 >=20 > make[5]: stopped in /usr/src/cddl/lib/drti > 1 error >=20 >=20 > Removing the -j8 got past this (but got a later problem that > I'll report separately). I am not surprised, there is no .ORDER defined for running installworld distrib-dirs and distribute all at the same time with -j. I can make it parallel-safe though. --=20 Regards, Bryan Drewery --Anb1PfaVk06wLPSo1sTCcaXltWIeEvlJb-- --FSw3RxUHrWqJd6SokxsPfcUPP8X9o0UdN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZdjpWAAoJEDXXcbtuRpfPpnQH/04rvO3WrhVvuHVkX84Fc/qD Mmafnduze88xhcizfuE6gfFatnHIJNi+e73dEcnk5Do+7v1xyByRLHMPkajtCs88 AS4lFw+TUFNfaMTKU7iZ/lHSWeyRBosD95xRPVdqsqUPguxVFQ0Bj9EuCP4Eygqn zypz/Hhewd5LbjNn0jexm0G9IeWkUrDNj6dVB1ruwUWU/BedPt14v+Sy49QHrC1Y bwfdo4Yf2anNKMTOD929JvybM8IRVEFMyTt2sdaBqMnf7jO//48Pqt1Chs5WWfaS sRhb9uWFptrVvS9Ibs4vitBHnOnarlMaJpHbTrZRmZA1yTigPJJDnf8MNA+IV9A= =i3mD -----END PGP SIGNATURE----- --FSw3RxUHrWqJd6SokxsPfcUPP8X9o0UdN-- From owner-freebsd-toolchain@freebsd.org Mon Jul 24 19:00:54 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 17FE5D7D97D; Mon, 24 Jul 2017 19:00:54 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DAD1174A80; Mon, 24 Jul 2017 19:00:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id 26688B8CA; Mon, 24 Jul 2017 19:00:53 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id F18E18F96; Mon, 24 Jul 2017 19:00:51 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id PXqrfIoAjFVW; Mon, 24 Jul 2017 19:00:49 +0000 (UTC) Subject: Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 34DA58F91 From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain , FreeBSD Current References: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <9fb87be9-8426-ed86-b4bc-cff2136b763e@FreeBSD.org> Date: Mon, 24 Jul 2017 12:00:31 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IKXTQhpUKf6wwg07giv12S1R8kAuI29KM" 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, 24 Jul 2017 19:00:54 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IKXTQhpUKf6wwg07giv12S1R8kAuI29KM Content-Type: multipart/mixed; boundary="DJI90ld7q3SW0IgpTLUkPSLXBsLGwXfxx"; protected-headers="v1" From: Bryan Drewery To: Mark Millard , FreeBSD Toolchain , FreeBSD Current Message-ID: <9fb87be9-8426-ed86-b4bc-cff2136b763e@FreeBSD.org> Subject: Re: -r321371: -j8 failed for "installworld distrib-dirs distribute DESTDIR=/usr/obj/DESTDIRs/clang-amd64-installworld-dist" References: <586A3914-C775-4EA7-8922-475224891EC6@dsl-only.net> <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> In-Reply-To: <7eb5bbea-cc97-0b79-bb49-5b1b283422d5@FreeBSD.org> --DJI90ld7q3SW0IgpTLUkPSLXBsLGwXfxx Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/24/2017 11:20 AM, Bryan Drewery wrote: > On 7/22/2017 9:04 PM, Mark Millard wrote: >> After buildworld buildkernel installkernel installkernel reboot to >> upgrade to -r321371 (from -r321109 ) I attempted: >> >> ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = installworld distrib-dirs distribute DESTDIR=3D/usr/obj/DESTDIRs/clang-am= d64-installworld-dist >> >> (where clang-amd64-installworld-dist was to be updated >> from -r321109 ) I got: >> >> --- distribute_subdir_lib --- >> --- distribute --- >> cd /usr/src/lib/csu/amd64; make install installconfig -DNO_SUBDIR DES= TDIR=3D/base SHARED=3Dcopies >> --- distribute_subdir_cddl --- >> --- _FILESINS --- >> install -o root -g wheel -m 444 drti.o /base/usr/lib/dtrace/ >> install: /base/usr/lib/dtrace/: No such file or directory >> *** [_FILESINS] Error code 71 >> >> make[5]: stopped in /usr/src/cddl/lib/drti >> 1 error >> >> >> Removing the -j8 got past this (but got a later problem that >> I'll report separately). >=20 > I am not surprised, there is no .ORDER defined for running installworld= > distrib-dirs and distribute all at the same time with -j. I can make i= t > parallel-safe though. >=20 r321434 should address it. --=20 Regards, Bryan Drewery --DJI90ld7q3SW0IgpTLUkPSLXBsLGwXfxx-- --IKXTQhpUKf6wwg07giv12S1R8kAuI29KM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZdkPPAAoJEDXXcbtuRpfPeTgIAMva9YXoKiT9kYM/oIH3pCZb +Gk6N9TdQTB5tUNA4xmF2qsb3EP/GMFMnCWwnRau9sF4rzjnMMyDN2v48l5lrayI bJ6Xtf1MON4NRhr3DeLqK8CgUhr0O1I5XzJkmAZwtoQMWsM2gNC4pt6KDDazCDnD mhGkaQEu9M7pWpbiM/Yyh07SqbSkd0XOrkDbfSgJUPZ1IXn3MwxmulnaBUZJiYf1 hGvoBk+AZ6QeCgu5zNvT9ana28LiMa7E3H1UV7ydvZjSyn7PcdCd+nwQEsycySNd UCrvhJ7aK2TmNfuWONrVgTwpiO8A7wn2s5vr8M8MAZhbqDovsmajfA0YcJlKIXI= =bJZy -----END PGP SIGNATURE----- --IKXTQhpUKf6wwg07giv12S1R8kAuI29KM-- From owner-freebsd-toolchain@freebsd.org Tue Jul 25 04:17:09 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 186C8DB5065 for ; Tue, 25 Jul 2017 04:17:09 +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 0568966D13 for ; Tue, 25 Jul 2017 04:17:09 +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 v6P4H82M053006 for ; Tue, 25 Jul 2017 04:17:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: fails to build with lang/gcc6 or later on 10.3 Date: Tue, 25 Jul 2017 04:17:08 +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: needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? X-Bugzilla-Changed-Fields: resolution bug_status 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: Tue, 25 Jul 2017 04:17:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|Closed |Open Flags| |maintainer-feedback?(fernan | |do.apesteguia@gmail.com) --- Comment #11 from Kubilay Kocak --- Is a workaround for the port not possible or not required in the meantime? If not, can it marked BROKEN with GCC > X, limited to certain GCC versions,= or similar? Doubtful, but if there's absolutely nothing else to do here, the issue shou= ld be reclassified to Base System -> something, so that the the commit to stab= le10 can be documented (mfc flags dont exist for ports issues) and assigned to d= im@ as the resolving developer --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Tue Jul 25 21:27:16 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 CE16ED7EFAB for ; Tue, 25 Jul 2017 21:27:16 +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 BB10567DEF for ; Tue, 25 Jul 2017 21:27:16 +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 v6PLRFcu028455 for ; Tue, 25 Jul 2017 21:27:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: fails to build with lang/gcc6 or later on 10.3 Date: Tue, 25 Jul 2017 21:27:16 +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: needs-patch X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ 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: Tue, 25 Jul 2017 21:27:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #12 from fernando.apesteguia@gmail.com --- (In reply to Kubilay Kocak from comment #11) Having a look at the error log, it seems the missing operator is used in li= bc++ itself (~basic_stringbug()). With GCC < 6, the compiler provides the builtin delete operators, but if they are missing, is the code included from libc++ which fails to link. I don't think a workaround is possible (at least witho= ut being extremely hackish). The port doesn't need GCC 6. It could be restricted to GCC < 6 or pinned do= wn to GCC 5 (all of this conditionally if FreeBSD < 11). I would not mark it as BROKEN unless absolutely necessary. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Jul 26 01:15: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 C460EDAD32A for ; Wed, 26 Jul 2017 01:15:34 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-80.reflexion.net [208.70.210.80]) (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 855E46EF93 for ; Wed, 26 Jul 2017 01:15:33 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3000 invoked from network); 26 Jul 2017 01:08:53 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 26 Jul 2017 01:08:53 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Tue, 25 Jul 2017 21:08:53 -0400 (EDT) Received: (qmail 8727 invoked from network); 26 Jul 2017 01:08:52 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 26 Jul 2017 01:08:52 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 20939EC901F; Tue, 25 Jul 2017 18:08:52 -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: -r321493 (and -r321371 ) "installworld distrib-dirs distribute" failure: target directory `/base/usr/include/arpa/' does not exist; `/base/usr/lib/' as well Message-Id: <5E9354FE-D1D0-4DD1-995C-9B3CE16A3E4E@dsl-only.net> Date: Tue, 25 Jul 2017 18:08:51 -0700 To: Bryan Drewery , FreeBSD Toolchain , FreeBSD Current 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: Wed, 26 Jul 2017 01:15:34 -0000 [Thanks Bryan for enabling -j for such use.] When I tried this and got the same kind of error in -r32137 I was not using -j . In the -r321493 case it was with -j8 . (So this is the "other" report that I'd mentioned that I'd make.) First I list the error text (from -r321493 ) then the build context information. --- _FILESINS --- install -o root -g wheel -m 444 drti.o /base/usr/lib/dtrace/ --- distribute_subdir_gnu --- --- _FILESINS --- install -o root -g wheel -m 444 crtbegin.o crtend.o crtbeginT.o = crtbeginS.o crtendS.o /base/usr/lib/ --- distribute_subdir_include --- install: target directory `/base/usr/include/arpa/' does not exist --- distribute_subdir_cddl --- install: /base/usr/lib/dtrace/: No such file or directory --- distribute_subdir_include --- usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... *** [_INCSINS] Error code 64 make[4]: stopped in /usr/src/include/arpa 1 error make[4]: stopped in /usr/src/include/arpa --- distribute_subdir_gnu --- install: target directory `/base/usr/lib/' does not exist usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 file2 install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] [-B suffix] [-l linkflags] [-N dbdir] file1 ... fileN directory install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner] [-M log] [-D dest] [-h hash] [-T tags] directory ... --- distribute_subdir_cddl --- *** [_FILESINS] Error code 71 make[5]: stopped in /usr/src/cddl/lib/drti 1 error make[5]: stopped in /usr/src/cddl/lib/drti --- distribute_subdir_gnu --- *** [_FILESINS] Error code 64 The Build Context was: ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh = -j8 installworld distrib-dirs distribute = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-dist=20 # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-host-$(date = +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.amd64-clang.amd64-host TO_TYPE=3Damd64 # KERNCONF=3DGENERIC-NODBG TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLVM_LIBUNWIND=3D WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Wed Jul 26 02:39:02 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 24B74DAEB4A for ; Wed, 26 Jul 2017 02:39:02 +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 EC5B77159C for ; Wed, 26 Jul 2017 02:39:01 +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 v6Q2d1Z5067071 for ; Wed, 26 Jul 2017 02:39:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Wed, 26 Jul 2017 02:39:02 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: keywords flagtypes.name short_desc 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: Wed, 26 Jul 2017 02:39:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |needs-qa Flags| |merge-quarterly? Summary|cad/openvsp: fails to build |cad/openvsp: Fails to build |with lang/gcc6 or later on |with lang/gcc6 or later on |10.3 |10.3 (< 11.0) --- Comment #13 from Kubilay Kocak --- Thank you Fernando If someone=E2=84=A2 (ideally maintainer) could add a patch which limits whi= ch version of GCC is selected/used for affected FreeBSD versions, that would be great --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Jul 26 08:11:13 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 3DBC9DB453B for ; Wed, 26 Jul 2017 08:11:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-80.reflexion.net [208.70.210.80]) (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 EDA837E19D for ; Wed, 26 Jul 2017 08:11:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 11217 invoked from network); 26 Jul 2017 08:12:50 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 26 Jul 2017 08:12:50 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Wed, 26 Jul 2017 04:11:10 -0400 (EDT) Received: (qmail 28967 invoked from network); 26 Jul 2017 08:11:10 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 26 Jul 2017 08:11:10 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 5D369EC8559; Wed, 26 Jul 2017 01:11:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: -r321371 amd64 -> powerpc64 cross build: lldb.full link fails with: c++: error: linker command failed with exit code 1, -B/usr/local/powerpc64-freebsd/bin/ in use From: Mark Millard In-Reply-To: Date: Wed, 26 Jul 2017 01:11:08 -0700 Cc: Dimitry Andric , FreeBSD Toolchain , FreeBSD Current , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <9BF3D07D-99B0-4C9F-9329-FD05190D84D1@dsl-only.net> References: <9EF818CD-73FC-4283-8CC2-4BA21342CFB1@dsl-only.net> <98DFB763-0CA4-45B3-98E3-050462A9EC15@dsl-only.net> <9D2961AE-D423-4ED4-B16D-308BA19AC7A0@dsl-only.net> <3E5E8DE4-0135-4071-A041-F56DB53EE3F3@dsl-only.net> To: Warner Losh 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: Wed, 26 Jul 2017 08:11:13 -0000 On 2017-Jul-24, at 7:28 AM, Warner Losh wrote: >> On Mon, Jul 24, 2017 at 1:33 AM, Mark Millard wrote: >> [I forgot that linking lldb historically failed on armv6 >> (cortex-a7) based on the historical system binutils.] >>=20 >> On 2017-Jul-23, at 8:51 PM, Mark Millard = wrote: >>=20 >> > [Using WITH_LLDB=3D had no problem for amd64 -> TARGET_ARCH=3Daarch64= >> > buildworld buildkernel .] >> . . . >> > >> > My aarch64 buildworld buildkernel completed finally. >> > Using WITH_LLDB=3D had no problem for amd64 -> >> > TARGET_ARCH=3Daarch64 buildworld buildkernel doing >> > the -r321109 to -r321371 upgrade. I did not see >> > the problem for amd64 (self hosted). >> > >> > I'll try armv7 (cortex-a7) next, the last of >> > the TARGET_ARCH=3D that I normally build. >> > >> > So far I've seen the problem only for powerpc64. >> > (I do not build lldb for 32-bit powerpc because >> > the lack of 8-byte atomics for powerpc historically >> > blocked the lldb build.) >>=20 >> As for trying armv6/7 (cortex-a7): I forgot that linking >> lldb historically failed for targeting cortex-a7 based >> on the historical system binutils. The build was with >> WITHOUT_LLDB=3D (as is my standard procedure for cortex-a7) >> so not a relevant test. >=20 > lldb doesn't support armv6 ISA, but does support armv7 ISA. >=20 > Just as a point of reference. It's one of the reasons for creating a = new MACHINE_ARCH of armv7. Just FYI: Attempting WITH_LLDB=3D in a amd64 -> armv6/7 cross build of -r321493 failed as shown below despite using: XCFLAGS+=3D -mcpu=3Dcortex-a7 XCXXFLAGS+=3D -mcpu=3Dcortex-a7 (Full build context shown later.) --- lldb.full --- = /usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/lib/libgcc.a(clear_cache.o)= : In function `__clear_cache': /usr/src/contrib/compiler-rt/lib/builtins/clear_cache.c:(.text+0x1c): = relocation truncated to fit: R_ARM_CALL against symbol = `sysarch@@FBSD_1.0' defined in .plt section in = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libllvm/libllvm.a(regexec= .o) c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** [lldb.full] Error code 1 make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/l= ldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -mcpu=3Dcortex-a7 -mcpu=3Dcortex-a7 -target = armv6-gnueabihf-freebsd12.0 = --sysroot=3D/usr/obj/armv7_clang/arm.armv6/usr/src/tmp = -B/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/bin -O -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd12.0-gnueabihf\" = -DLLVM_HOST_TRIPLE=3D\"armv6-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/liblldb/liblldb.a = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libclang/libclang.a = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libllvm/libllvm.a = -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' .OBJDIR=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/lldb' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'arm' MACHINE_ARCH=3D'armv6' MAKEOBJDIRPREFIX=3D'/usr/obj/armv7_clang/arm.armv6' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/ob= j/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/armv7_clang/ar= m.armv6/usr/src/tmp/legacy/bin:/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/= usr/sbin:/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/us= r/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/armv7_clang/arm.armv6/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.armv7-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' 1 error make[5]: stopped in /usr/src/usr.bin/clang/lldb .ERROR_TARGET=3D'lldb.full' = .ERROR_META_FILE=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/l= ldb/lldb.full.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'c++ -mcpu=3Dcortex-a7 -mcpu=3Dcortex-a7 -target = armv6-gnueabihf-freebsd12.0 = --sysroot=3D/usr/obj/armv7_clang/arm.armv6/usr/src/tmp = -B/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/bin -O -pipe = -I/usr/src/contrib/llvm/tools/lldb/include = -I/usr/src/contrib/llvm/tools/clang/include -DCLANG_ENABLE_ARCMT = -DCLANG_ENABLE_STATIC_ANALYZER -I/usr/src/lib/clang/include = -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL = -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS = -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"armv6-unknown-freebsd12.0-gnueabihf\" = -DLLVM_HOST_TRIPLE=3D\"armv6-unknown-freebsd12.0\" = -DDEFAULT_SYSROOT=3D\"\" -ffunction-sections -fdata-sections -g = -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable = -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality = -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef = -Wno-address-of-packed-member -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments = -std=3Dc++11 -fno-exceptions -fno-rtti -stdlib=3Dlibc++ = -Wno-c++11-extensions -Wl,--gc-sections -o lldb.full Driver.o = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/liblldb/liblldb.a = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libclang/libclang.a = /usr/obj/armv7_clang/arm.armv6/usr/src/lib/clang/libllvm/libllvm.a = -ledit -lpanel -lncursesw -lz -lpthread;' .CURDIR=3D'/usr/src/usr.bin/clang/lldb' .MAKE=3D'make' .OBJDIR=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/lldb' .TARGETS=3D'all' DESTDIR=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/tmp' LD_LIBRARY_PATH=3D'' MACHINE=3D'arm' MACHINE_ARCH=3D'armv6' MAKEOBJDIRPREFIX=3D'/usr/obj/armv7_clang/arm.armv6' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/ob= j/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/armv7_clang/ar= m.armv6/usr/src/tmp/legacy/bin:/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/= usr/sbin:/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/usr/bin:/sbin:/bin:/us= r/sbin:/usr/bin' SRCTOP=3D'/usr/src' OBJTOP=3D'/usr/obj/armv7_clang/arm.armv6/usr/src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.armv7-clang-bootstrap.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/bsd.suffixes.mk = /root/src.configs/make.conf /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/usr.bin/clang/lldb/Makefile /usr/src/lib/clang/lldb.pre.mk = /usr/src/lib/clang/clang.pre.mk /usr/src/lib/clang/llvm.pre.mk = /usr/src/lib/clang/clang.build.mk /usr/src/share/mk/src.opts.mk = /usr/src/share/mk/bsd.own.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/bsd.compiler.mk = /usr/src/share/mk/bsd.linker.mk /usr/src/lib/clang/llvm.build.mk = /usr/src/share/mk/bsd.prog.mk /usr/src/share/mk/bsd.init.mk = /usr/src/share/mk/local.init.mk /usr/src/share/mk/src.init.mk = /usr/src/usr.bin/clang/lldb/../Makefile.inc = /usr/src/usr.bin/clang/lldb/../../Makefile.inc = /usr/src/share/mk/bsd.libnames.mk /usr/src/share/mk/src.libnames.mk = /usr/src/share/mk/bsd.nls.mk /usr/src/share/mk/bsd.confs.mk = /usr/src/share/mk/bsd.files.mk /usr/src/share/mk/bsd.incs.mk = /usr/src/share/mk/bsd.links.mk /usr/src/share/mk/bsd.man.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/share/mk/bsd.sys.mk' .PATH=3D'. /usr/src/usr.bin/clang/lldb = /usr/src/contrib/llvm/tools/lldb/docs = /usr/src/contrib/llvm/tools/lldb/tools/driver' *** [all_subdir_usr.bin/clang/lldb] Error code 2 Build context: = ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-ho= st.sh -j8 buildworld buildkernel # more = ~/sys_build_scripts.amd64-host/make_armv7_nodebug_clang_bootstrap-amd64-ho= st.sh=20 kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_armv7_nodebug_clang_bootstrap-amd64-host= -$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.armv7-clang-bootstrap.amd64-hos= t" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/armv7_clang" \ make $* # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more /root/src.configs/src.conf.armv7-clang-bootstrap.amd64-host TO_TYPE=3Darmv6 # KERNCONF=3DGENERIC-NODBG TARGET=3Darm .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # #CPUTYPE=3Dsoft WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITH_LLD=3D # # Linking lldb fails for armv6(/v7) WITH_LLDB=3D # WITH_BOOT=3D WITHOUT_LIB32=3D WITHOUT_LIBSOFT=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # XCFLAGS+=3D -mcpu=3Dcortex-a7 XCXXFLAGS+=3D -mcpu=3Dcortex-a7 # There is no XCPPFLAGS but XCPP gets XCFLAGS content. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Wed Jul 26 10:07:01 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 58E5EDB6A54 for ; Wed, 26 Jul 2017 10:07:01 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-80.reflexion.net [208.70.210.80]) (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 1CCD2818F7 for ; Wed, 26 Jul 2017 10:07:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 22896 invoked from network); 26 Jul 2017 10:08:38 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 26 Jul 2017 10:08:38 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Wed, 26 Jul 2017 06:06:59 -0400 (EDT) Received: (qmail 7410 invoked from network); 26 Jul 2017 10:06:59 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 26 Jul 2017 10:06:59 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 494E1EC8559; Wed, 26 Jul 2017 03:06:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head is missing) From: Mark Millard In-Reply-To: Date: Wed, 26 Jul 2017 03:06:57 -0700 Cc: Ed Maste , FreeBSD Toolchain , FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <8F22B659-90DE-42E5-B4C6-75C9B9626462@dsl-only.net> References: <0E42D991-D350-4DC1-A683-CEA506167520@dsl-only.net> To: Bryan Drewery 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: Wed, 26 Jul 2017 10:07:01 -0000 [ -r321493 installworld's use of "head" during lib32 installation is = still true for amd64 -> powerpc64 cross builds that uses = devel/powerpc64-binutils for ld: that ld is also used . LOCAL_ITOOLS adding head is still a workaround.] On 2017-Jul-5, at 12:36 PM, Bryan Drewery = wrote: > On 6/29/17 6:21 PM, Mark Millard wrote: >> [I found where the tools are listed that are copied, >> the list that is missing head.] >>=20 >> On 2017-Jun-29, at 3:33 PM, Mark Millard = wrote: >>=20 >>> [This is a clang targetting powerpc64 context from my >>> experimentation efforts, not the normal gcc 4.2.1 context >>> for powerpc64.] >>>=20 >>> I break out the PATH into lines below to make it easier to scan. >>> See the later "sh: head: not found" line and the even later ls >>> of the directory with the x86-64 program directory in use: no >>> "head" is present to find. >>>=20 >>> --- install32 --- >>> cd /usr/src/lib; MACHINE=3Dpowerpc MACHINE_ARCH=3Dpowerpc = MAKEOBJDIRPREFIX=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerp= c64/usr/src/world32 >>> = PATH=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/= tmp/legacy/usr/sbin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/le= gacy/usr/bin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/le= gacy/bin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/us= r/sbin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/us= r/bin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/le= gacy/usr/sbin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/le= gacy/usr/bin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/le= gacy/bin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/us= r/sbin >>> = :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/us= r/bin >>> :/tmp/install.7ljKosWa >>> = SYSROOT=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc/lib32 LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 DTRACE=3D"dtrace" = make LD=3D"/usr/local/powerpc64-freebsd/bin/ld -m elf32ppc_fbsd" = OBJCOPY=3D"/usr/local/powerpc64-freebsd/bin/objcopy" = NM=3D"/usr/local/powerpc64-freebsd/bin/nm" -DCOMPAT_32BIT CC=3D"cc = -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" CXX=3D"c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 -L/ >>> = usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32/us= r/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" CPP=3D"cpp -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno = MK_MAN=3Dno MK_HTML=3Dno MK_TOOLCHAIN=3Dno -DLIBRARIES_ONLY install >>> sh: head: not found >>> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 47: Unable to = determine linker type from XLD=3D/usr/local/powerpc64-freebsd/bin/ld >>> *** [install32] Error code 1 >>>=20 >>> # ls -lT /tmp/install.7ljKosWa/ >>> total 6151 >>> -r-xr-xr-x 1 root wheel 12592 Jun 29 14:02:46 2017 [ >>> -r-xr-xr-x 1 root wheel 207320 Jun 29 14:02:46 2017 awk >>> -r-xr-xr-x 1 root wheel 8456 Jun 29 14:02:46 2017 cap_mkdb >>> -r-xr-xr-x 1 root wheel 13272 Jun 29 14:02:46 2017 cat >>> . . . >>> -r-xr-xr-x 1 root wheel 57632 Jun 29 14:02:46 2017 find >>> -r-xr-xr-x 1 root wheel 99064 Jun 29 14:02:46 2017 grep >>> -r-xr-xr-x 1 root wheel 13360 Jun 29 14:02:46 2017 id >>> . . . >>>=20 >>> So there is no "head" to find. Below uses "find" instead >>> to confirm the x86-64 ELF status: >>>=20 >>> # file /tmp/install.7ljKosWa/find >>> /tmp/install.7ljKosWa/find: ELF 64-bit LSB executable, x86-64, = version 1 (FreeBSD), dynamically linked, interpreter = /libexec/ld-elf.so.1, for FreeBSD 12.0 (1200036), FreeBSD-style, = stripped >>>=20 >>>=20 >>>=20 >>> =46rom /usr/src/share/mk/bsd.linker.mk : >>>=20 >>> .if ${ld} =3D=3D "LD" || (${ld} =3D=3D "XLD" && ${XLD} !=3D ${LD}) >>> .if !defined(${X_}LINKER_TYPE) || !defined(${X_}LINKER_VERSION) >>> _ld_version!=3D ${${ld}} --version 2>/dev/null | head -n 1 || echo = none >>> .if ${_ld_version} =3D=3D "none" >>> .error Unable to determine linker type from ${ld}=3D${${ld}} >>> .endif >>>=20 >>>=20 >>> Trying the failing line interactively (no PATH >>> like above though): >>>=20 >>> # /usr/local/powerpc64-freebsd/bin/ld --version 2>/dev/null | head = -n 1 || echo none >>> GNU ld (GNU Binutils) 2.28 >>>=20 >>> So /tmp/install.7ljKosWa/ just needed a copy of head >>> in addition to what it already had. >>=20 >> In /usr/src/Makefile.inc1 : >>=20 >> ITOOLS=3D [ awk cap_mkdb cat chflags chmod chown cmp cp \ >> date echo egrep find grep id install ${_install-info} \ >> ln make mkdir mtree mv pwd_mkdb \ >> rm sed services_mkdb sh strip sysctl test true uname wc = ${_zoneinfo} \ >> ${LOCAL_ITOOLS} >>=20 >> does not list "head" as a tool. >>=20 >> But I can externally add it via LOCAL_ITOOLS use. >>=20 >=20 > This change should not be needed. We don't want to be running 'ld' > during installworld. The changes I made around this time should = already > cover the problem. Is it still occurring on a more recent > buildworld+installworld, without the ITOOLS change? [Note: historically lld and the system ld do not work overall for powerpc64 targeting. Thus the use of devel/powerpc64-bintuils and its ld. ] First the error text then the Build Context follow. See the text: sh: head: not found make[4]: "/usr/src/share/mk/bsd.linker.mk" line 45: warning: = "(/usr/local/powerpc64-freebsd/bin/ld --version || echo none) | head -n = 1" returned non-zero status make[4]: "/usr/src/share/mk/bsd.linker.mk" line 56: warning: Unknown = linker from XLD=3D/usr/local/powerpc64-freebsd/bin/ld: , defaulting to = bfd in the later example. But first a clue about how many times the problem happens: # grep "head: not found" = /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang_altbinut= ils-amd64-host-2017-07-26:01:58:10 sh: head: not found sh: head: not found sh: head: not found sh: head: not found sh: head: not found sh: head: not found sh: head: not found Those are for: --- install32 --- --- realinstall_subdir_libunbound --- --- realinstall_subdir_libdialog --- --- realinstall_subdir_libzpool --- --- _libinstall --- --- realinstall_subdir_libgssapi_krb5 --- --- _installlinks --- One of the examples: --- realinstall_subdir_libgssapi_krb5 --- install -o root -g wheel -m 444 libgssapi_krb5.so.10.debug = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils/usr/lib/debug/u= sr/lib32/ install -l rs libgssapi_krb5.so.10 = /usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils/usr/lib32/libgs= sapi_krb5.so cd /usr/src/libexec/rtld-elf; PROG=3Dld-elf32.so.1 MACHINE=3Dpowerpc = MACHINE_ARCH=3Dpowerpc = MAKEOBJDIRPREFIX=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerp= c64/usr/src/world32 = PATH=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/= tmp/legacy/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.power= pc64/usr/src/tmp/legacy/usr/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/p= owerpc.powerpc64/usr/src/tmp/legacy/bin:/usr/obj/powerpc64vtsc_clang_altbi= nutils/powerpc.powerpc64/usr/src/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clang= _altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin:/usr/obj/powerpc64vtsc_= clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/usr/sbin:/usr/obj/p= owerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/usr/bi= n:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/l= egacy/bin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc/tmp/usr/sbin:/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64= /usr/src/tmp/usr/bin:/tmp/install.n3WUdktD = SYSROOT=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/s= rc/lib32 LIBDIR=3D/usr/lib32 SHLIBDIR=3D/usr/lib32 DTRACE=3D"dtrace" = make LD=3D"/usr/local/powerpc64-freebsd/bin/ld -m elf32ppc_fbsd" = OBJCOPY=3D"/usr/local/powerpc64-freebsd/bin/objcopy" = NM=3D"/usr/local/powerpc64-freebsd/bin/nm" -DCOMPAT_32BIT CC=3D"cc = -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" CXX=3D"c++ -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" CPP=3D"cpp -target powerpc64-unknown-freebsd12.0 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/tmp -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT = -mcpu=3Dpowerpc -m32 = -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32 = --sysroot=3D/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr= /src/lib32 -B/usr/local/powerpc64-freebsd/bin/ = -B/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32= /usr/lib32" -DNO_CPU_CFLAGS MK_CTF=3Dno -DNO_LINT MK_TESTS=3Dno = MK_MAN=3Dno MK_HTML=3Dno MK_TOOLCHAIN=3Dno -DLIBRARIES_ONLY install sh: head: not found make[4]: "/usr/src/share/mk/bsd.linker.mk" line 45: warning: = "(/usr/local/powerpc64-freebsd/bin/ld --version || echo none) | head -n = 1" returned non-zero status make[4]: "/usr/src/share/mk/bsd.linker.mk" line 56: warning: Unknown = linker from XLD=3D/usr/local/powerpc64-freebsd/bin/ld: , defaulting to = bfd Build Context: = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang_altbinutil= s-amd64-host.sh -j8 installworld = DESTDIR=3D/usr/obj/DESTDIRs/clang-powerpc64-installworld_altbinutils # more = ~/sys_build_scripts.amd64-host/make_powerpc64vtsc_nodebug_clang_altbinutil= s-amd64-host.sh kldload -n filemon && \ script = ~/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_clang_altbinutils-= amd64-host-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-clang_altbinutils-boo= tstrap.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/powerpc64vtsc_clang_altbinutils" \ # more /root/src.configs/make.conf CFLAGS.gcc+=3D -v # more = /root/src.configs/src.conf.powerpc64-clang_altbinutils-bootstrap.amd64-hos= t TO_TYPE=3Dpowerpc64 TOOLS_TO_TYPE=3D${TO_TYPE} VERSION_CONTEXT=3D12.0 # KERNCONF=3DGENERIC64vtsc-NODBG TARGET=3Dpowerpc .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_CROSS_COMPILER=3D WITHOUT_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITHOUT_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D WITHOUT_LLD_BOOTSTRAP=3D WITH_LLD=3D WITHOUT_LLD_IS_LD=3D WITH_LLDB=3D # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D # # Avoid converts between pointers to integer types with different sign = [-Werror,-Wpointer-sign] # and such from blocking the build. WERROR=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D # # # For TO (so-called "cross") stages . . . # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related binutils. . . # CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if ${.MAKE.LEVEL} =3D=3D 0 # # Note: The WITH_CROSS_COMPILER picks up the CROSS_BINUTILS_PREFIX # binding automatically. # XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export XAS .export XAR .export XNM .export XOBJCOPY .export XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld .export XLD .endif Note: clang 5 still does not produce code that handles thrown C++ exceptions for powerpc64: SIGSEGV results. Still I can build a useful world and kernel for powerpc64 based on how little throws C++ exceptions. I experiment with such things. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Wed Jul 26 15:23:39 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 D1DEBDC05FE for ; Wed, 26 Jul 2017 15:23:39 +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 BD29C66C1C for ; Wed, 26 Jul 2017 15:23:39 +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 v6QFNd71065650 for ; Wed, 26 Jul 2017 15:23:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Wed, 26 Jul 2017 15:23:39 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? 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: Wed, 26 Jul 2017 15:23:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #14 from fernando.apesteguia@gmail.com --- (In reply to Kubilay Kocak from comment #13) Will do. Can anyone in the meantime commit this other PR: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220951 It's a pending update to 3.13.0. I would like to make the changes on top of that. Thanks --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Wed Jul 26 16:29: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 EE884D98F34; Wed, 26 Jul 2017 16:29:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B8F1969CDE; Wed, 26 Jul 2017 16:29:29 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (unknown [127.0.1.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by freefall.freebsd.org (Postfix) with ESMTPS id E4736FF2E; Wed, 26 Jul 2017 16:29:28 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id E4B431177; Wed, 26 Jul 2017 16:29:27 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id UozNPDx20EOM; Wed, 26 Jul 2017 16:29:22 +0000 (UTC) Subject: Re: head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head is missing) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 013501172 To: Mark Millard Cc: Ed Maste , FreeBSD Toolchain , FreeBSD PowerPC ML References: <0E42D991-D350-4DC1-A683-CEA506167520@dsl-only.net> <8F22B659-90DE-42E5-B4C6-75C9B9626462@dsl-only.net> From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Wed, 26 Jul 2017 09:29:10 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <8F22B659-90DE-42E5-B4C6-75C9B9626462@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N9ogx0Q60T3pEXR6cOWnoa9t00KL0j1Lb" 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, 26 Jul 2017 16:29:30 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --N9ogx0Q60T3pEXR6cOWnoa9t00KL0j1Lb Content-Type: multipart/mixed; boundary="XvLXunIBh5667wjaGWr1U3IGc0gEJEdOF"; protected-headers="v1" From: Bryan Drewery To: Mark Millard Cc: Ed Maste , FreeBSD Toolchain , FreeBSD PowerPC ML Message-ID: Subject: Re: head -r320458 (e.g.) amd64 -> powerpc64 cross build's install32 during installworld: /usr/src/share/mk/bsd.linker.mk tried to use "head" when PATH provided no access (head is missing) References: <0E42D991-D350-4DC1-A683-CEA506167520@dsl-only.net> <8F22B659-90DE-42E5-B4C6-75C9B9626462@dsl-only.net> In-Reply-To: <8F22B659-90DE-42E5-B4C6-75C9B9626462@dsl-only.net> --XvLXunIBh5667wjaGWr1U3IGc0gEJEdOF Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 7/26/2017 3:06 AM, Mark Millard wrote: > [ -r321493 installworld's use of "head" during lib32 installation is st= ill > true for amd64 -> powerpc64 cross builds that uses devel/powerpc64-binu= tils > for ld: that ld is also used . LOCAL_ITOOLS adding head is still a > workaround.] Thanks for the information. I haven't been able to reproduce it in the past; I'll review your build and see if I can figure it out. --=20 Regards, Bryan Drewery --XvLXunIBh5667wjaGWr1U3IGc0gEJEdOF-- --N9ogx0Q60T3pEXR6cOWnoa9t00KL0j1Lb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJZeMNhAAoJEDXXcbtuRpfPBrAH/iH+OZSv2HG5vZ9hOzBhJdAH KSM9NnZGsyggGru3QDLFGQeye8jonFyMWQVkgSHMpt2cwaf1f9eMEN44WXxEwHR9 fMVqhALD71vBrq7wtOzoyT5y1b/BlcsaEE4PV60AWD3YbZAuavUKqrOzzJIpuhT6 +JD3Gy5yPTyq7jO9EqIL43Qz894DDOod1sJGOAX7M0HvG7NuV3RNgdoZwUa07uLA 3Ds42ba0/EjwSosxPvCV9t06SU5bTxtTDFu4LZ44xRgNKdZE8Ec7OqfcBRIuyI3h BOEjs/Tt5krMSbUFqcw8RBcBCm1aDK6omyn8SUAATIR5R2TE1I6ej7NKVpOnwRw= =L/KC -----END PGP SIGNATURE----- --N9ogx0Q60T3pEXR6cOWnoa9t00KL0j1Lb-- From owner-freebsd-toolchain@freebsd.org Wed Jul 26 16:44: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 3C117DA96F5 for ; Wed, 26 Jul 2017 16:44: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 296EA6ABB9 for ; Wed, 26 Jul 2017 16:44: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 v6QGiA7i077416 for ; Wed, 26 Jul 2017 16:44:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Wed, 26 Jul 2017 16:44: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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: dependson 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: Wed, 26 Jul 2017 16:44:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 fernando.apesteguia@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |220951 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220951 [Bug 220951] cad/openvsp: Update to 3.13.0 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Jul 27 04:17:00 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 8C3DFDC0F47 for ; Thu, 27 Jul 2017 04:17:00 +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 79C6365FF0 for ; Thu, 27 Jul 2017 04:17:00 +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 v6R4H0pa021746 for ; Thu, 27 Jul 2017 04:17:00 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: Thu, 27 Jul 2017 04:17:00 +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: ohartmann@walstatt.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: Thu, 27 Jul 2017 04:17:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218808 --- Comment #7 from O. Hartmann --- (In reply to Jan Beich from comment #6) I "solved" those problems for now by not usinf LLD as LD for the time being= it is still harmful. Thanks. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Jul 27 13:45:44 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 CF03ADCB859 for ; Thu, 27 Jul 2017 13:45:44 +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 BC46776E08 for ; Thu, 27 Jul 2017 13:45:44 +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 v6RDjili088622 for ; Thu, 27 Jul 2017 13:45:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Thu, 27 Jul 2017 13:45:44 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: dep_changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: tz@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: bug_status resolution 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: Thu, 27 Jul 2017 13:45:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Bug 219484 depends on bug 220951, which changed state. Bug 220951 Summary: cad/openvsp: Update to 3.13.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220951 What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Jul 27 21:04:24 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 A92FFDB022A for ; Thu, 27 Jul 2017 21:04:24 +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 9538764C59 for ; Thu, 27 Jul 2017 21:04:24 +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 v6RL4ObU091345 for ; Thu, 27 Jul 2017 21:04:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Thu, 27 Jul 2017 21:04:24 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: flagtypes.name attachments.created 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: Thu, 27 Jul 2017 21:04:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 fernando.apesteguia@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #184778| |maintainer-approval+ Flags| | --- Comment #15 from fernando.apesteguia@gmail.com --- Created attachment 184778 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184778&action= =3Dedit patch to the ports tree Patch to force GCC 5 in FreeBSD < 11 --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Thu Jul 27 21:05: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 CC173DB0293 for ; Thu, 27 Jul 2017 21:05:34 +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 B993B64CD3 for ; Thu, 27 Jul 2017 21:05:34 +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 v6RL5Y8e045628 for ; Thu, 27 Jul 2017 21:05:34 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Thu, 27 Jul 2017 21:05:34 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? 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: Thu, 27 Jul 2017 21:05:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #16 from fernando.apesteguia@gmail.com --- Comment on attachment 184778 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184778 patch to the ports tree Is this patch acceptable? --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 06:51:03 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 D1128DBF3BF for ; Fri, 28 Jul 2017 06:51:03 +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 B4DBB76061 for ; Fri, 28 Jul 2017 06:51:03 +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 v6S6p3C8053471 for ; Fri, 28 Jul 2017 06:51:03 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 (WITH_LLD_IS_LD) Date: Fri, 28 Jul 2017 06:51:03 +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: ohartmann@walstatt.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: short_desc 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: Fri, 28 Jul 2017 06:51:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218808 O. Hartmann changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|www/firefox: usr/bin/ld: |www/firefox: usr/bin/ld: |error: unknown argument: |error: unknown argument: |--warn-unresolved-symbols |--warn-unresolved-symbols | |(WITH_LLD_IS_LD) --- Comment #8 from O. Hartmann --- I'll keep this bug open just in case someone is searching for fallout of op= tion WITH_LLD_IS_LS=3Dyes. The problem seems to disappear when going the "GNU ld" path ... --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 11:56:32 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 2B60CDC45B8 for ; Fri, 28 Jul 2017 11:56:32 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 021C182B0B for ; Fri, 28 Jul 2017 11:56:32 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F28F6DC45B7; Fri, 28 Jul 2017 11:56:31 +0000 (UTC) Delivered-To: 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 F2173DC45B6 for ; Fri, 28 Jul 2017 11:56:31 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay116.isp.belgacom.be (mailrelay116.isp.belgacom.be [195.238.20.143]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0F92D82B0A; Fri, 28 Jul 2017 11:56:27 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3A3pqRLh987UvX5v9uRHKM819IXTAuvvDOBiVQ1KB4?= =?us-ascii?q?2uMcTK2v8tzYMVDF4r011RmSDNWds6oMotGVmpioYXYH75eFvSJKW713fDhBt/?= =?us-ascii?q?8rmRc9CtWOE0zxIa2iRSU7GMNfSA0tpCnjYgBaF8nkelLdvGC54yIMFRXjLwp1?= =?us-ascii?q?Ifn+FpLPg8it2e2//57ebx9UiDahfLh/MAi4oQLNu8cMnIBsMLwxyhzHontJf+?= =?us-ascii?q?RZ22ZlLk+Nkhj/+8m94odt/zxftPw9+cFAV776f7kjQrxDEDsmKWE169b1uhTF?= =?us-ascii?q?UACC+2ETUmQSkhpPHgjF8BT3VYr/vyfmquZw3jSRMMvrRr42RDui9b9mRhHohi?= =?us-ascii?q?kZKjA382PYisJ/g61HrxysvAB/zozIbI2JKPZyYr3RcNUHTmRBRMZRUClBD5ui?= =?us-ascii?q?YYsODeoBOftTopf6p1sJthuxGwysC/npyj9Tm3T72rE60+UjEQHCxwEuH8gOv2?= =?us-ascii?q?rKo9joKakcX/q5zK7SzTXMdv5b3yr25obPchAku/6MXLRwfNLfyUk1CQzKkE6f?= =?us-ascii?q?qZf4MD+P0eQNqWeb4ux9Xuysk24qswJ8riW1yssyhYTEhpgZxk3G+Ch92oo5ON?= =?us-ascii?q?+1RFJ9bNW5CpVfrTuaOJFzQs46RmFovzs1xaMetJ6geSgK1IwnxxnCa/yba4SI?= =?us-ascii?q?4gzsVOKWITpgh3JqYra/hxe38Ue+0O38UdO40EpLripHltnArGwC1xvU6sicVP?= =?us-ascii?q?R9+12u2TCU1wzJ7eFEO080mbLaK54n3LEwioIevEfeEiPshkn7g6+bel859uWq?= =?us-ascii?q?7+nreKjqq52AO4NsjwHxKKUumsixAeQiNQgOWnCW+fi91L3h+U30W7tKjucona?= =?us-ascii?q?bHq5/aPtkUqrS+Aw9P3YYv8wy/ACu+0NQEgXkHK0pIeA6Aj4juP1HBPPD4Au2+?= =?us-ascii?q?g1SqizpryerGMaP/DZrWNXjMja3tfbFn605T0AAz18xQ54pICrEdJ/L+QlL+tN?= =?us-ascii?q?3dDhIiPQy02fjoB8tm2YMFRG2DGKiZMLndsQzA2uV6L+iJTKEPtTvXENRj4OTh?= =?us-ascii?q?3lEjnlpIQair2dM8b3ejE/FvJV7RNWbtgNMpP30HsyAFYKrtklLUAm0bXGq7Q6?= =?us-ascii?q?9pvmJzM4mhF4qWHo0=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2AgBgC3JHtZ/6qz9VFVCBoBAQEBAgEBA?= =?us-ascii?q?QEIAQEBARUBAQEBAgEBAQEIAQEBAYMvRBAQgQETjg1zjwYBgWstAUeVFoISLoE?= =?us-ascii?q?5AYNfAoNvQBgBAQEBAQEBAQEBAWoogjMigkQBBScTEQEKIxALGAklDyoeGYozD?= =?us-ascii?q?LBfOoQOAYcvAQEBAQEFAQEBAQEjgyiFLoJzNIMAJoEnAQUBAQgWhXQFiWCIbI0?= =?us-ascii?q?hh0+DTAWIeV4egR1XhHuKXos4ijofOIEKUzEISYUTAxwZgVA+NgEBAQGHPQ4Xg?= =?us-ascii?q?hoBAQE?= X-IPAS-Result: =?us-ascii?q?A2AgBgC3JHtZ/6qz9VFVCBoBAQEBAgEBAQEIAQEBARUBAQE?= =?us-ascii?q?BAgEBAQEIAQEBAYMvRBAQgQETjg1zjwYBgWstAUeVFoISLoE5AYNfAoNvQBgBA?= =?us-ascii?q?QEBAQEBAQEBAWoogjMigkQBBScTEQEKIxALGAklDyoeGYozDLBfOoQOAYcvAQE?= =?us-ascii?q?BAQEFAQEBAQEjgyiFLoJzNIMAJoEnAQUBAQgWhXQFiWCIbI0hh0+DTAWIeV4eg?= =?us-ascii?q?R1XhHuKXos4ijofOIEKUzEISYUTAxwZgVA+NgEBAQGHPQ4XghoBAQE?= Received: from 170.179-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.179.170]) by relay.skynet.be with ESMTP; 28 Jul 2017 13:55:11 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v6SBtAhj061561; Fri, 28 Jul 2017 13:55:10 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Fri, 28 Jul 2017 13:55:10 +0200 From: Tijl Coosemans To: dim@FreeBSD.org Cc: toolchain@FreeBSD.org Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build Message-ID: <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> In-Reply-To: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Fri, 28 Jul 2017 11:56:32 -0000 On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout@FreeBSD.org wrote: > You are receiving this mail as a port that you maintain > is failing to build on the FreeBSD package build server. > Please investigate the failure and submit a PR to fix > build. > > Maintainer: tijl@FreeBSD.org > Last committer: tijl@FreeBSD.org > Ident: $FreeBSD: head/games/simutrans/Makefile 441004 2017-05-16 15:28:53Z tijl $ > Log URL: http://beefy12.nyi.freebsd.org/data/head-amd64-default/p446708_s321589/logs/simutrans-120.2.2.log > Build URL: http://beefy12.nyi.freebsd.org/build.html?mastername=head-amd64-default&build=p446708_s321589 > Log: > > ====>> Building games/simutrans > build started at Thu Jul 27 21:35:40 UTC 2017 > port directory: /usr/ports/games/simutrans > building for: FreeBSD head-amd64-default-job-06 12.0-CURRENT FreeBSD 12.0-CURRENT 1200039 amd64 > maintained by: tijl@FreeBSD.org > Makefile ident: $FreeBSD: head/games/simutrans/Makefile 441004 2017-05-16 15:28:53Z tijl $ > Poudriere version: 3.1.19-51-g177d9e6d > Host OSVERSION: 1200033 > Jail OSVERSION: 1200039 > Job Id: 06 > > > > > !!! Jail is newer than host. (Jail: 1200039, Host: 1200033) !!! > !!! This is not supported. !!! > !!! Host kernel must be same or newer than jail. !!! > !!! Expect build failures. !!! > > > > ---Begin Environment--- > SHELL=/bin/csh > OSVERSION=1200039 > UNAME_v=FreeBSD 12.0-CURRENT 1200039 > UNAME_r=12.0-CURRENT > BLOCKSIZE=K > MAIL=/var/mail/root > STATUS=1 > SAVED_TERM= > MASTERMNT=/usr/local/poudriere/data/.m/head-amd64-default/ref > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > POUDRIERE_BUILD_TYPE=bulk > PKGNAME=simutrans-120.2.2 > OLDPWD=/ > PWD=/usr/local/poudriere/data/.m/head-amd64-default/ref/.p/pool > MASTERNAME=head-amd64-default > SCRIPTPREFIX=/usr/local/share/poudriere > USER=root > HOME=/root > POUDRIERE_VERSION=3.1.19-51-g177d9e6d > SCRIPTPATH=/usr/local/share/poudriere/bulk.sh > LIBEXECPREFIX=/usr/local/libexec/poudriere > LOCALBASE=/usr/local > POUDRIEREPATH=/usr/local/bin/poudriere > ---End Environment--- > > ---Begin Poudriere Port Flags/Env--- > PORT_FLAGS= > PKGENV= > ---End Poudriere Port Flags/Env--- > > ---Begin OPTIONS List--- > ===> The following configuration options are available for simutrans-120.2.2: > DOCS=on: Build and/or install documentation > ====> Options available for the multi PAK: you have to choose at least one of them > PAK64=on: Default graphics > PAK128=off: High resolution graphics > ===> Use 'make config' to modify these settings > ---End OPTIONS List--- > > --CONFIGURE_ARGS-- > > --End CONFIGURE_ARGS-- > > --CONFIGURE_ENV-- > SDL_CONFIG=/usr/local/bin/sdl-config MAKE=gmake XDG_DATA_HOME=/wrkdirs/usr/ports/games/simutrans/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/games/simutrans/work HOME=/wrkdirs/usr/ports/games/simutrans/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh > --End CONFIGURE_ENV-- > > --MAKE_ENV-- > SDL_CONFIG=/usr/local/bin/sdl-config XDG_DATA_HOME=/wrkdirs/usr/ports/games/simutrans/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/games/simutrans/work HOME=/wrkdirs/usr/ports/games/simutrans/work TMPDIR="/tmp" NO_PIE=yes MK_DEBUG_FILES=no MK_KERNEL_SYMBOLS=no SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing " MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 0644" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" > --End MAKE_ENV-- > > --PLIST_SUB-- > OSREL=12.0 > PREFIX=%D > LOCALBASE=/usr/local > RESETPREFIX=/usr/local > PORTDOCS="" > PORTEXAMPLES="" > LIB32DIR=lib > DOCSDIR="share/doc/simutrans" > EXAMPLESDIR="share/examples/simutrans" > DATADIR="share/simutrans" > WWWDIR="www/simutrans" > ETCDIR="etc/simutrans" > --End PLIST_SUB-- > > --SUB_LIST-- > PREFIX=/usr/local > LOCALBASE=/usr/local > DATADIR=/usr/local/share/simutrans > DOCSDIR=/usr/local/share/doc/simutrans > EXAMPLESDIR=/usr/local/share/examples/simutrans > WWWDIR=/usr/local/www/simutrans > ETCDIR=/usr/local/etc/simutrans > --End SUB_LIST-- > > ---Begin make.conf--- > USE_PACKAGE_DEPENDS=yes > BATCH=yes > WRKDIRPREFIX=/wrkdirs > PORTSDIR=/usr/ports > PACKAGES=/packages > DISTDIR=/distfiles > PACKAGE_BUILDING=yes > #### /usr/local/etc/poudriere.d/make.conf #### > # XXX: We really need this but cannot use it while 'make checksum' does not > # try the next mirror on checksum failure. It currently retries the same > # failed mirror and then fails rather then trying another. It *does* > # try the next if the size is mismatched though. > #MASTER_SITE_FREEBSD=yes > # Build ALLOW_MAKE_JOBS_PACKAGES with 2 jobs > MAKE_JOBS_NUMBER=2 > #### /usr/ports/Mk/Scripts/ports_env.sh #### > ARCH=amd64 > CONFIGURE_MAX_CMD_LEN=262144 > HAVE_COMPAT_IA32_KERN=YES > OPSYS=FreeBSD > OSREL=12.0 > OSVERSION=1200039 > PYTHONBASE=/usr/local > UID=0 > _JAVA_OS_LIST_REGEXP=native|linux > _JAVA_VENDOR_LIST_REGEXP=openjdk|oracle|sun > _JAVA_VERSION_LIST_REGEXP=1.6|1.7|1.8|1.6\+|1.7\+|1.8\+ > _OSRELEASE=12.0-CURRENT > #### Misc Poudriere #### > GID=0 > DISABLE_MAKE_JOBS=poudriere > ---End make.conf--- > --Resource limits-- > cpu time (seconds, -t) unlimited > file size (512-blocks, -f) unlimited > data seg size (kbytes, -d) 33554432 > stack size (kbytes, -s) 524288 > core file size (512-blocks, -c) unlimited > max memory size (kbytes, -m) unlimited > locked memory (kbytes, -l) unlimited > max user processes (-u) 89999 > open files (-n) 1024 > virtual mem size (kbytes, -v) unlimited > swap limit (kbytes, -w) unlimited > socket buffer size (bytes, -b) unlimited > pseudo-terminals (-p) unlimited > kqueues (-k) unlimited > umtx shared locks (-o) unlimited > --End resource limits-- > =================================================== > ===> License ART10 accepted by the user > =========================================================================== > =================================================== > ===> simutrans-120.2.2 depends on file: /usr/local/sbin/pkg - not found > ===> Installing existing package /packages/All/pkg-1.10.1.txz > [head-amd64-default-job-06] Installing pkg-1.10.1... > [head-amd64-default-job-06] Extracting pkg-1.10.1: .......... done > ===> simutrans-120.2.2 depends on file: /usr/local/sbin/pkg - found > ===> Returning to build of simutrans-120.2.2 > =========================================================================== > =================================================== > =========================================================================== > =================================================== > ===> License ART10 accepted by the user > ===> Fetching all distfiles required by simutrans-120.2.2 for building > =========================================================================== > =================================================== > ===> License ART10 accepted by the user > ===> Fetching all distfiles required by simutrans-120.2.2 for building > => SHA256 Checksum OK for simutrans-src-120-2-2.zip. > => SHA256 Checksum OK for simulinux-120-2-2.zip. > => SHA256 Checksum OK for simupak64-120-2.zip. > =========================================================================== > =================================================== > =========================================================================== > =================================================== > ===> License ART10 accepted by the user > ===> Fetching all distfiles required by simutrans-120.2.2 for building > ===> Extracting for simutrans-120.2.2 > => SHA256 Checksum OK for simutrans-src-120-2-2.zip. > => SHA256 Checksum OK for simulinux-120-2-2.zip. > => SHA256 Checksum OK for simupak64-120-2.zip. > =========================================================================== > =================================================== > =========================================================================== > =================================================== > ===> Patching for simutrans-120.2.2 > ===> Converting DOS text files to UNIX text files > ===> Applying FreeBSD patches for simutrans-120.2.2 > =========================================================================== > =================================================== > ===> simutrans-120.2.2 depends on file: /usr/local/bin/sdl-config - not found > ===> Installing existing package /packages/All/sdl-1.2.15_10,2.txz > [head-amd64-default-job-06] Installing sdl-1.2.15_10,2... > [head-amd64-default-job-06] `-- Installing aalib-1.4.r5_11... > [head-amd64-default-job-06] | `-- Installing indexinfo-0.2.6... > [head-amd64-default-job-06] | `-- Extracting indexinfo-0.2.6: .... done > [head-amd64-default-job-06] `-- Extracting aalib-1.4.r5_11: .......... done > [head-amd64-default-job-06] `-- Installing libGLU-9.0.0_3... > [head-amd64-default-job-06] | `-- Installing mesa-libs-17.1.5... > > In file included from squirrel/squirrel/sqtable.cc:7: > squirrel/squirrel/sqfuncproto.h:79:18: warning: cast from 'SQInstruction *' to 'SQObjectPtr *' increases required alignment from 4 to 8 [-Wcast-align] > f->_literals = (SQObjectPtr*)&f->_instructions[ninstructions]; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > ===> HOSTCXX squirrel/squirrel/sqbaselib.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqbaselib.o squirrel/squirrel/sqbaselib.cc > In file included from squirrel/squirrel/sqbaselib.cc:9: > squirrel/squirrel/sqfuncproto.h:79:18: warning: cast from 'SQInstruction *' to 'SQObjectPtr *' increases required alignment from 4 to 8 [-Wcast-align] > f->_literals = (SQObjectPtr*)&f->_instructions[ninstructions]; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > ===> HOSTCXX squirrel/squirrel/sqcompiler.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqcompiler.o squirrel/squirrel/sqcompiler.cc > In file included from squirrel/squirrel/sqcompiler.cc:11: > squirrel/squirrel/sqfuncproto.h:79:18: warning: cast from 'SQInstruction *' to 'SQObjectPtr *' increases required alignment from 4 to 8 [-Wcast-align] > f->_literals = (SQObjectPtr*)&f->_instructions[ninstructions]; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > ===> HOSTCXX squirrel/squirrel/sqfuncstate.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqfuncstate.o squirrel/squirrel/sqfuncstate.cc > In file included from squirrel/squirrel/sqfuncstate.cc:8: > squirrel/squirrel/sqfuncproto.h:79:18: warning: cast from 'SQInstruction *' to 'SQObjectPtr *' increases required alignment from 4 to 8 [-Wcast-align] > f->_literals = (SQObjectPtr*)&f->_instructions[ninstructions]; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > ===> HOSTCXX squirrel/squirrel/sqmem.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqmem.o squirrel/squirrel/sqmem.cc > ===> HOSTCXX squirrel/squirrel/sqstate.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqstate.o squirrel/squirrel/sqstate.cc > In file included from squirrel/squirrel/sqstate.cc:7: > squirrel/squirrel/sqfuncproto.h:79:18: warning: cast from 'SQInstruction *' to 'SQObjectPtr *' increases required alignment from 4 to 8 [-Wcast-align] > f->_literals = (SQObjectPtr*)&f->_instructions[ninstructions]; > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > 1 warning generated. > ===> HOSTCXX squirrel/squirrel/sqvm.cc > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqvm.o squirrel/squirrel/sqvm.cc > In file included from squirrel/squirrel/sqvm.cc:5: > In file included from /usr/include/c++/v1/math.h:310: > /usr/include/c++/v1/limits:148:85: error: expected expression > _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type min() _NOEXCEPT {return type();} > ^ > squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' > #define type(obj) ((obj)._type) > ^ > In file included from squirrel/squirrel/sqvm.cc:5: > In file included from /usr/include/c++/v1/math.h:310: > /usr/include/c++/v1/limits:149:85: error: expected expression > _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() _NOEXCEPT {return type();} > ^ > squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' > #define type(obj) ((obj)._type) > ^ Simutrans code defines 'type' as a macro. Shouldn't libc++ headers use _type or __type or something? From owner-freebsd-toolchain@freebsd.org Fri Jul 28 12:05:32 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 28FB0DC4D53 for ; Fri, 28 Jul 2017 12:05:32 +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 15E1E83117 for ; Fri, 28 Jul 2017 12:05:32 +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 v6SC5VmJ061776 for ; Fri, 28 Jul 2017 12:05:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Fri, 28 Jul 2017 12:05:32 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: rakuco@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: cc 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: Fri, 28 Jul 2017 12:05:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Raphael Kubo da Costa changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rakuco@FreeBSD.org --- Comment #17 from Raphael Kubo da Costa --- (In reply to fernando.apesteguia from comment #16) >> Is this patch acceptable? > > .if ${OSVERSION} < 1100000 Note that you generally want to choose a more specific version that corresp= onds more closely to the commit that imported the libc++ version with the new overloads. In any case, I think you can simplify the patch by just setting USE_CXXSTD=3Dgnu++11 -- GCC 6 builds with -std=3Dgnu++14 by default, and th= e new overloads were added in C++14. Since you only need C++11 to build the code = you can use an older standard. I've done that here and the port built fine on 10.3-i386 with GCC 6. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 16:45: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 B8086DCA043 for ; Fri, 28 Jul 2017 16:45:27 +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 A582368023 for ; Fri, 28 Jul 2017 16:45:27 +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 v6SGjQKt074469 for ; Fri, 28 Jul 2017 16:45:27 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Fri, 28 Jul 2017 16:45:27 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? 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: Fri, 28 Jul 2017 16:45:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #18 from fernando.apesteguia@gmail.com --- (In reply to Raphael Kubo da Costa from comment #17) Thanks for the hint. Reworking patch and running builds in poudriere... --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 17:54: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 B4126DCB09B for ; Fri, 28 Jul 2017 17:54:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3D26A1A3 for ; Fri, 28 Jul 2017 17:54:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 96A0ADCB09A; Fri, 28 Jul 2017 17:54:19 +0000 (UTC) Delivered-To: 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 94541DCB099 for ; Fri, 28 Jul 2017 17:54:19 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:470:7a58:1::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2C3A66A1A1; Fri, 28 Jul 2017 17:54:16 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::8447:3b4c:b9b0:54d4] (unknown [IPv6:2001:470:7a58:0:8447:3b4c:b9b0:54d4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E969F265A1; Fri, 28 Jul 2017 19:54:13 +0200 (CEST) From: Dimitry Andric Message-Id: Content-Type: multipart/signed; boundary="Apple-Mail=_6633E5BE-45F0-43A1-81D0-322B99249C74"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build Date: Fri, 28 Jul 2017 19:54:04 +0200 In-Reply-To: <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> Cc: toolchain@FreeBSD.org To: Tijl Coosemans References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> 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: Fri, 28 Jul 2017 17:54:19 -0000 --Apple-Mail=_6633E5BE-45F0-43A1-81D0-322B99249C74 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 Jul 2017, at 13:55, Tijl Coosemans wrote: >=20 > On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout@FreeBSD.org wrote: ... >> In file included from squirrel/squirrel/sqvm.cc:5: >> In file included from /usr/include/c++/v1/math.h:310: >> /usr/include/c++/v1/limits:149:85: error: expected expression >> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() = _NOEXCEPT {return type();} >> = ^ >> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' >> #define type(obj) ((obj)._type) >> ^ >=20 > Simutrans code defines 'type' as a macro. Shouldn't libc++ headers = use > _type or __type or something? No, the member name 'type' is used in many classes in the C++ standard library, for example all the traits in . Programs should not attempt to redefine this, at least not as a macro. Note that this also doesn't work with libstdc++, e.g.: $ cat boom.cpp #define type "nope, this will not work" #include and then: $ g++ -c boom.cpp boom.cpp:1:14: error: expected unqualified-id before string constant #define type "nope, this will not work" ^ boom.cpp:1:14: error: expected class-name before string constant #define type "nope, this will not work" ^ boom.cpp:1:14: error: expected '{' before string constant boom.cpp:1:14: error: expected class-name before string constant #define type "nope, this will not work" ^ boom.cpp:1:14: error: expected '{' before string constant boom.cpp:1:14: error: expected class-name before string constant #define type "nope, this will not work" ^ boom.cpp:1:14: error: expected '{' before string constant boom.cpp:1:14: error: expected class-name before string constant #define type "nope, this will not work" ^ boom.cpp:1:14: error: expected '{' before string constant boom.cpp:1:14: error: expected unqualified-id before string constant #define type "nope, this will not work" ^ In file included from boom.cpp:3:0: /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template = argument 1 is invalid : public __is_void_helper::type>::type ^ /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected '{' = before '::' token : public __is_void_helper::type>::type ^~ [...and lots more errors like this...] -Dimitry --Apple-Mail=_6633E5BE-45F0-43A1-81D0-322B99249C74 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXt6PAAKCRCwXqMKLiCW ox2lAKCN3GFhB8cvsmYucy6eH866l8I7+wCeOxgvay/mZ3jI11lJGKok8k0Mbs8= =yXyx -----END PGP SIGNATURE----- --Apple-Mail=_6633E5BE-45F0-43A1-81D0-322B99249C74-- From owner-freebsd-toolchain@freebsd.org Fri Jul 28 21:05:05 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 6FE5FDCF158 for ; Fri, 28 Jul 2017 21:05:05 +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 5BBCA70EDD for ; Fri, 28 Jul 2017 21:05:05 +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 v6SL540G031857 for ; Fri, 28 Jul 2017 21:05:05 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Fri, 28 Jul 2017 21:05: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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fernando.apesteguia@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? X-Bugzilla-Changed-Fields: attachments.isobsolete flagtypes.name attachments.created 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: Fri, 28 Jul 2017 21:05:05 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 fernando.apesteguia@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #184778|0 |1 is obsolete| | Attachment #184812| |maintainer-approval+ Flags| | --- Comment #19 from fernando.apesteguia@gmail.com --- Created attachment 184812 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D184812&action= =3Dedit patch to the ports tree New simplified patch as suggested by rakuco@. Bumping PORTREVISION. Q/A: - portlint -AC: OK - poudriere ports for {10.3,11.0}{amd64,i386}: OK --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 21:45:55 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 14143DD072A for ; Fri, 28 Jul 2017 21:45:55 +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 C193173131 for ; Fri, 28 Jul 2017 21:45:54 +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 v6SLjrfg053891 for ; Fri, 28 Jul 2017 21:45:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Fri, 28 Jul 2017 21:45:54 +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: needs-patch, needs-qa X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ maintainer-feedback? merge-quarterly? 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: Fri, 28 Jul 2017 21:45:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 --- Comment #20 from commit-hook@freebsd.org --- A commit references this bug: Author: rakuco Date: Fri Jul 28 21:45:45 UTC 2017 New revision: 446855 URL: https://svnweb.freebsd.org/changeset/ports/446855 Log: Explicitly build with -std=3Dgnu++11. This fixes the build with GCC 6, which switched its default from -std=3Dg= nu++98 to -std=3Dgnu++14. With this switch, it added a `operator delete(void*, size_t)' overload and uses it for all delete calls. This does not play well with dependencies built with other compilers (such as base clang), which use t= he old operator delete overload and cause linking errors. PR: 219484 Submitted by: fernando.apesteguia@gmail.com (maintainer) MFH: 2017Q3 Changes: head/cad/openvsp/Makefile --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Fri Jul 28 21:48:31 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 C0089DD08D5 for ; Fri, 28 Jul 2017 21:48:31 +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 A5E6B73449 for ; Fri, 28 Jul 2017 21:48:31 +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 v6SLmVAZ057796 for ; Fri, 28 Jul 2017 21:48:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Fri, 28 Jul 2017 21:48:31 +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 Some People X-Bugzilla-Who: rakuco@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: rakuco@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ merge-quarterly? X-Bugzilla-Changed-Fields: bug_status assigned_to keywords flagtypes.name resolution 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: Fri, 28 Jul 2017 21:48:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Raphael Kubo da Costa changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Assignee|freebsd-ports-bugs@FreeBSD. |rakuco@FreeBSD.org |org | Keywords|needs-patch, needs-qa | Flags|maintainer-feedback?(fernan | |do.apesteguia@gmail.com) | Resolution|--- |FIXED --- Comment #21 from Raphael Kubo da Costa --- Committed, thank you. I've left out the PORTREVISION bump because the gener= ated code should remain the same (C++11 was being used before by working compile= rs, and GCC 6 was just broken). --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jul 29 00:00: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 7F624DAB5ED for ; Sat, 29 Jul 2017 00:00:37 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 55D9A77898 for ; Sat, 29 Jul 2017 00:00:37 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 51D05DAB5EC; Sat, 29 Jul 2017 00:00:37 +0000 (UTC) Delivered-To: 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 5175ADAB5EB for ; Sat, 29 Jul 2017 00:00:37 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8444877896; Sat, 29 Jul 2017 00:00:35 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3ASqFL2h1Jbzm61vXqsmDT+DRfVm0co7zxezQtwd8Z?= =?us-ascii?q?se0RLPad9pjvdHbS+e9qxAeQG96Ku7Qc06L/iOPJYSQ4+5GPsXQPItRndiQuro?= =?us-ascii?q?EopTEmG9OPEkbhLfTnPGQQFcVGU0J5rTngaRAGUMnxaEfPrXKs8DUcBgvwNRZv?= =?us-ascii?q?JuTyB4Xek9m72/q89pDXYAhEniaxba9vJxiqsAvdsdUbj5F/Iagr0BvJpXVIe+?= =?us-ascii?q?VSxWx2IF+Yggjx6MSt8pN96ipco/0u+dJOXqX8ZKQ4UKdXDC86PGAv5c3krgfM?= =?us-ascii?q?QA2S7XYBSGoWkx5IAw/Y7BHmW5r6ryX3uvZh1CScIMb7S60/Vza/4KdxUBLmhi?= =?us-ascii?q?cJOSAk/m/UiMNwgq1Urw6uqRFk347ZYp2ZOOZicq/BY98XQ3dKUMZLVyxGB4Ox?= =?us-ascii?q?d5UBD+sDPeZcsoLwuVwOrRylBQayAePg0DlIhmTr1qA9z+QhEAPG3Ag7EtwOqn?= =?us-ascii?q?Tbssv6OboPX+671qXIyi/Db/xP1Dr79YPGcQghrOmPUL5ta8bd10YiGgPfglmN?= =?us-ascii?q?q4HoOymZ2vkPvmSH6edrSPihhHQ9qw5rpzii3sIsio7UiY0L0l3E7iB5wJotJd?= =?us-ascii?q?2/VU57fcaoEJtOuCGeMIt7WsAiTHtsuCY7z70Jp4S7fC8QxJQ7xh7fafiHf5KU?= =?us-ascii?q?7RLkU+aROil3hHd/d7K5nBa+60+gyvfzVsWs0VZKqDRKksXUu30OyhDf8NaLR/?= =?us-ascii?q?R980u7xDqC1QTe5vtZLU02iabXM5shzaQxlpoXv0TDBCj2mEDuga+Kd0Uk+Oyo?= =?us-ascii?q?5v/pYrX8uJCTKZR7ihrjPag0ncy/G+s4PhAUX2eH4eS8yKHj/UrhTbVWif02la?= =?us-ascii?q?3Zv4zaJcsBp665BRRY0og56xmhETipy88YkmQdIFJCYhKHgJDjO0vSL/DgEfe/?= =?us-ascii?q?n1OsnS92yPDHO73sGZvNLmLdn7j/Zrl98FNTxBA0zdBF6JIHQo0Gdd7yX07trs?= =?us-ascii?q?2QJxk1KQ2/i7LrCdBV+JkTVEi0LumeKqyE4nGS4ed6H+iOYMc+vzHmJv0s4eWm?= =?us-ascii?q?2WM4m1s1U7Ok0LEsRDa/BPswcBbRWmblntpUSTRChQE5VuG/0FA=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2ArBADwzntZ/6qz9VFcGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBFAEBAQEBAQEBAQEBBwEBAQEBgy9UfRQTjwCPBQGBay0Bl2+FRwK?= =?us-ascii?q?Dc0QUAQEBAQEBAQEBAQFqKIIzIoJEAQU6HCMQCw4KCSUPKh4GE4ozsXqLPwEBA?= =?us-ascii?q?QEBAQEDAQEBAQEjgyiIVYpnBYlghwqBYo0hixsFiHl8kU2VcjYhgQpTMQiGFIF?= =?us-ascii?q?QPjaKAAEBAQ?= X-IPAS-Result: =?us-ascii?q?A2ArBADwzntZ/6qz9VFcGQEBAQEBAQEBAQEBBwEBAQEBFAE?= =?us-ascii?q?BAQEBAQEBAQEBBwEBAQEBgy9UfRQTjwCPBQGBay0Bl2+FRwKDc0QUAQEBAQEBA?= =?us-ascii?q?QEBAQFqKIIzIoJEAQU6HCMQCw4KCSUPKh4GE4ozsXqLPwEBAQEBAQEDAQEBAQE?= =?us-ascii?q?jgyiIVYpnBYlghwqBYo0hixsFiHl8kU2VcjYhgQpTMQiGFIFQPjaKAAEBAQ?= Received: from 170.179-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.179.170]) by relay.skynet.be with ESMTP; 29 Jul 2017 01:59:24 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v6SNxNCE084703; Sat, 29 Jul 2017 01:59:23 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sat, 29 Jul 2017 01:59:20 +0200 From: Tijl Coosemans To: Dimitry Andric Cc: toolchain@FreeBSD.org Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build Message-ID: <20170729015914.184c2660@kalimero.tijl.coosemans.org> In-Reply-To: References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 29 Jul 2017 00:00:37 -0000 On Fri, 28 Jul 2017 19:54:04 +0200 Dimitry Andric wrote: > On 28 Jul 2017, at 13:55, Tijl Coosemans wrote: >> >> On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout@FreeBSD.org wrote: > ... >>> In file included from squirrel/squirrel/sqvm.cc:5: >>> In file included from /usr/include/c++/v1/math.h:310: >>> /usr/include/c++/v1/limits:149:85: error: expected expression >>> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() _NOEXCEPT {return type();} >>> ^ >>> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' >>> #define type(obj) ((obj)._type) >>> ^ >> >> Simutrans code defines 'type' as a macro. Shouldn't libc++ headers use >> _type or __type or something? > > No, the member name 'type' is used in many classes in the C++ standard > library, for example all the traits in . Programs should > not attempt to redefine this, at least not as a macro. > > Note that this also doesn't work with libstdc++, e.g.: > > $ cat boom.cpp > #define type "nope, this will not work" > #include > > and then: > > $ g++ -c boom.cpp > boom.cpp:1:14: error: expected unqualified-id before string constant > #define type "nope, this will not work" > ^ > boom.cpp:1:14: error: expected class-name before string constant > #define type "nope, this will not work" > ^ > boom.cpp:1:14: error: expected '{' before string constant > boom.cpp:1:14: error: expected class-name before string constant > #define type "nope, this will not work" > ^ > boom.cpp:1:14: error: expected '{' before string constant > boom.cpp:1:14: error: expected class-name before string constant > #define type "nope, this will not work" > ^ > boom.cpp:1:14: error: expected '{' before string constant > boom.cpp:1:14: error: expected class-name before string constant > #define type "nope, this will not work" > ^ > boom.cpp:1:14: error: expected '{' before string constant > boom.cpp:1:14: error: expected unqualified-id before string constant > #define type "nope, this will not work" > ^ > In file included from boom.cpp:3:0: > /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template argument 1 is invalid > : public __is_void_helper::type>::type > ^ > /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected '{' before '::' token > : public __is_void_helper::type>::type > ^~ > [...and lots more errors like this...] The code does not include or any of that C++11 stuff. It includes . This works with libstdc++ because it doesn't have , but it would also work when was included, because libstdc++ uses __type everywhere (and __enable_if and __is_arithmetic, etc. where libc++ headers use enable_if and is_arithmetic). The libstdc++ way makes more sense. You cannot expect C++98 code to know about reserved identifiers in C++11 or C++11 code to know about reserved identifiers in later standards. From owner-freebsd-toolchain@freebsd.org Sat Jul 29 07:35: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 B5152DBCE61 for ; Sat, 29 Jul 2017 07:35:12 +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 A1AFA3454 for ; Sat, 29 Jul 2017 07:35:12 +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 v6T7ZCLQ042432 for ; Sat, 29 Jul 2017 07:35:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Sat, 29 Jul 2017 07:35:12 +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 Some People X-Bugzilla-Who: koobs@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: rakuco@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ merge-quarterly? X-Bugzilla-Changed-Fields: resolution bug_status 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, 29 Jul 2017 07:35:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Kubilay Kocak changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|Closed |In Progress --- Comment #22 from Kubilay Kocak --- Re-open pending MFH. Please set merge-quarterly to + if/when done --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jul 29 08:03:31 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 EA59ADBDB37 for ; Sat, 29 Jul 2017 08:03:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id CF2696343E for ; Sat, 29 Jul 2017 08:03:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: by mailman.ysv.freebsd.org (Postfix) id CB69ADBDB36; Sat, 29 Jul 2017 08:03:31 +0000 (UTC) Delivered-To: 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 C9474DBDB35 for ; Sat, 29 Jul 2017 08:03:31 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-86.reflexion.net [208.70.210.86]) (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 8656F6343D for ; Sat, 29 Jul 2017 08:03:30 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 13355 invoked from network); 29 Jul 2017 08:03:29 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 29 Jul 2017 08:03:29 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 29 Jul 2017 04:03:29 -0400 (EDT) Received: (qmail 29609 invoked from network); 29 Jul 2017 07:34:41 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 29 Jul 2017 07:34:41 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id D185AEC8EFB; Sat, 29 Jul 2017 00:34:40 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build From: Mark Millard In-Reply-To: <20170729015914.184c2660@kalimero.tijl.coosemans.org> Date: Sat, 29 Jul 2017 00:34:39 -0700 Cc: Dimitry Andric , toolchain@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> <20170729015914.184c2660@kalimero.tijl.coosemans.org> To: Tijl Coosemans 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: Sat, 29 Jul 2017 08:03:32 -0000 On 2017-Jul-28, at 4:59 PM, Tijl Coosemans wrote: > On Fri, 28 Jul 2017 19:54:04 +0200 Dimitry Andric = wrote: >> On 28 Jul 2017, at 13:55, Tijl Coosemans wrote: >>>=20 >>> On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout@FreeBSD.org wrote: =20= >> ... >>>> In file included from squirrel/squirrel/sqvm.cc:5: >>>> In file included from /usr/include/c++/v1/math.h:310: >>>> /usr/include/c++/v1/limits:149:85: error: expected expression >>>> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() = _NOEXCEPT {return type();} >>>> = ^ >>>> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro = 'type' >>>> #define type(obj) ((obj)._type) >>>> ^ =20 >>>=20 >>> Simutrans code defines 'type' as a macro. Shouldn't libc++ headers = use >>> _type or __type or something? =20 >>=20 >> No, the member name 'type' is used in many classes in the C++ = standard >> library, for example all the traits in . Programs = should >> not attempt to redefine this, at least not as a macro. >>=20 >> Note that this also doesn't work with libstdc++, e.g.: >>=20 >> $ cat boom.cpp >> #define type "nope, this will not work" >> #include >>=20 >> and then: >>=20 >> $ g++ -c boom.cpp >> boom.cpp:1:14: error: expected unqualified-id before string constant >> #define type "nope, this will not work" >> ^ >> boom.cpp:1:14: error: expected class-name before string constant >> #define type "nope, this will not work" >> ^ >> boom.cpp:1:14: error: expected '{' before string constant >> boom.cpp:1:14: error: expected class-name before string constant >> #define type "nope, this will not work" >> ^ >> boom.cpp:1:14: error: expected '{' before string constant >> boom.cpp:1:14: error: expected class-name before string constant >> #define type "nope, this will not work" >> ^ >> boom.cpp:1:14: error: expected '{' before string constant >> boom.cpp:1:14: error: expected class-name before string constant >> #define type "nope, this will not work" >> ^ >> boom.cpp:1:14: error: expected '{' before string constant >> boom.cpp:1:14: error: expected unqualified-id before string constant >> #define type "nope, this will not work" >> ^ >> In file included from boom.cpp:3:0: >> /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template = argument 1 is invalid >> : public __is_void_helper::type>::type >> ^ >> /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected = '{' before '::' token >> : public __is_void_helper::type>::type >> ^~ >> [...and lots more errors like this...] >=20 > The code does not include or any of that C++11 stuff. = It > includes . This works with libstdc++ because it doesn't have > , but it would also work when was included, because > libstdc++ uses __type everywhere (and __enable_if and __is_arithmetic, > etc. where libc++ headers use enable_if and is_arithmetic). The > libstdc++ way makes more sense. You cannot expect C++98 code to know > about reserved identifiers in C++11 or C++11 code to know about = reserved > identifiers in later standards. I'll first note that Annex D D.5 C standard library headers says: "the C++ standard library provides the 25 C headers, as shown in table 154" and table 154 lists: . That is relevant for the below. ISO/IEC 14882:2011(E) 17.6.4.3.1 Macro Names says: "A translation unit that include a standard library header shall not #define or #undef names declared in any standard library header." I'll note that the standard has sections with titles like "Type names", "Class names", "Nested type names", "Names of template specializations", and "Predefined macro names". My understanding is that the earlier quote spans avoiding matching all such names. ISO/IEC 14882:2011(E) mandates such things as: template struct is_arithmetic; . . . template struct enable_if; . . . template typedef integral_constant { . . . typedef integral_constant type; . . . }; For targeting -std=3Dc++11 or later in compiles __enable_if and __is_arithemtic and __type would be wrong in these places and require code using the standard to use the names that have the __ prefixes, in violation of the standard's specifications. That includes having no explicit -std=3D but depending on a default that happens to end up with c++11 or later as the version to target. As I remember the standard makes few or no guarantees about avoiding implicitly getting more of the library header definitions than the #includes explicitly reference in the using code. Your wording fits better for identifiers that have no such mandated existence in any part of the library for the c++?? being targeted in the compile. (It is not the source code's intended target that directly matters: just the actual compile target.) The library identifiers that required under any version of the C++ standard are not C++ keywords under that standard. In a free-standing implementation the C++ keywords are a much higher percentage of the relevant names to avoid matching with macro names. Also it would seem a good idea to explicitly target the language version the code is designed for, such as using -std=3Dc++98 . Otherwise one needs to handle whatever the default version may be --and so handle being compatible with all official versions, not just the one for the original design/intent. Picking project-local macro names unlikely to match code that one does not control also seems to be a good idea. Some names are far more likely than others. "type" is rather generic. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jul 29 08:19:50 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 665C7DBDCD2 for ; Sat, 29 Jul 2017 08:19:50 +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 4634763724 for ; Sat, 29 Jul 2017 08:19:50 +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 v6T8JnQp066932 for ; Sat, 29 Jul 2017 08:19:50 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0) Date: Sat, 29 Jul 2017 08:19:49 +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 Some People X-Bugzilla-Who: gerald@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: FIXED X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: rakuco@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback+ merge-quarterly- X-Bugzilla-Changed-Fields: flagtypes.name resolution bug_status 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, 29 Jul 2017 08:19:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D219484 Gerald Pfeifer changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|merge-quarterly? |merge-quarterly- Resolution|--- |FIXED Status|In Progress |Closed --- Comment #23 from Gerald Pfeifer --- Since the update to GGC 6 is never going to hit the quarterly branch (and hardly going to land on trunk if dependent bugs keep being=20 re-opened ), I do not see a need to backport this kind of change. Nothing is broken in quarterly here. --=20 You are receiving this mail because: You are on the CC list for the bug.= From owner-freebsd-toolchain@freebsd.org Sat Jul 29 16:14: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 25A3EDC6856 for ; Sat, 29 Jul 2017 16:14:19 +0000 (UTC) (envelope-from oleglelchuk@gmail.com) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (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 DCDF1704CF for ; Sat, 29 Jul 2017 16:14:18 +0000 (UTC) (envelope-from oleglelchuk@gmail.com) Received: by mail-qt0-x236.google.com with SMTP id v29so71690785qtv.3 for ; Sat, 29 Jul 2017 09:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=2Ng1jLX3TtEjc1CbKgpziTGClUyt+pdsDKJRURPqAZ8=; b=lCi4xcOXJQ90TbDzJC6oXDTQvzML54tAkSkeKCZ2zR/7nxabdvBIfxyFlm6i5b2RLH nfQmrTrBLMzFwugHfqo0zUucv8tV1PmSv+cjC5oHaT3LkLZVGXBflDL1ZQy2Onst7V3L dVjs+A3GbbgjavzYYNTIknUZqcCw02QIxW+hdV/uKbHYERe6HSPaY2MevCypl0R/Cpws 2bengVoTub37f8b2HCquKm2glTtc4THRWtFKtfO7s9gClukEi8KN+lJRg1GpcYeB2yCT NK3LxJArNDLGamArtp/MCOcNK/tFJnmzWZ3shhqMlNm1kGBqclV/lBKkM0Qj9TM+O4hB Oe9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2Ng1jLX3TtEjc1CbKgpziTGClUyt+pdsDKJRURPqAZ8=; b=fb0Ksrl6327D5M4r8CU+PlyCG9PgXdH2Ow7iV71nIyY99uCGWN6blJvJN+D1N3sOjC h+MavHoNlsN4p4f/TlvwRtjFTAh+Qbfk5PQgAoOYdhguBsngkGttd7Eokj2vJYhV44s1 TqqhAnNsZl5UD32y3X3r2B+RZ0586ZYWAL8M9SYMVdTRgtlq6fpA5ypXMLkq8xBpM2Kr ZJhOhKpu97cRZrN/gdoj6IZjTbj6QBnx305Af9siycSfWsOoLe71LnbQFGgRNeFkuHJx JPTaeEQ1gi6Y1JVZGzR9G9nDtwBS4myS/e+hIIjKVc0WsDTrVlB5JTrPYiG0Uw6tGd/a btig== X-Gm-Message-State: AIVw111zON8EwnU19hVN8xQ5C7NTwFBMJjTsf3xK27Ydhn8QEpTMkDUG KgLGierTBM0rP9q2xEWtML6UpUFpaRXS X-Received: by 10.237.47.133 with SMTP id m5mr14500094qtd.246.1501344857823; Sat, 29 Jul 2017 09:14:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.12.129.132 with HTTP; Sat, 29 Jul 2017 09:14:17 -0700 (PDT) From: Oleg Lelchuk Date: Sat, 29 Jul 2017 12:14:17 -0400 Message-ID: Subject: libcxxrt seems to lack some features that are present in libc++abi To: freebsd-toolchain@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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, 29 Jul 2017 16:14:19 -0000 libcxxrt seems to lack some features that are present in libc++abi. If I compile this code and link it against libcxxrt: #include #include int main() { int&& ref{4}; std::cout << boost::typeindex::type_id_with_cvr().pretty_name() << std::endl; } Then I get the message: "Abort (core dumped)". But if I link this code against libc++abi, then I get the output "int&&". It seems to me libcxxrt doesn't know how to deal with rvalue references. From owner-freebsd-toolchain@freebsd.org Sat Jul 29 16:55:26 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 3A498DC6ECD for ; Sat, 29 Jul 2017 16:55:26 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E7598710FF; Sat, 29 Jul 2017 16:55:25 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::7118:ff63:c9d6:6285] (unknown [IPv6:2001:470:7a58:0:7118:ff63:c9d6:6285]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 1B39B2D338; Sat, 29 Jul 2017 18:55:23 +0200 (CEST) From: Dimitry Andric Message-Id: <3F666806-E4A0-4FD0-915E-16767213A432@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_478CBF3F-DD24-4A25-A4D7-92A00454BA01"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libcxxrt seems to lack some features that are present in libc++abi Date: Sat, 29 Jul 2017 18:55:22 +0200 In-Reply-To: Cc: FreeBSD Toolchain , Ed Maste To: Oleg Lelchuk References: 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: Sat, 29 Jul 2017 16:55:26 -0000 --Apple-Mail=_478CBF3F-DD24-4A25-A4D7-92A00454BA01 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 29 Jul 2017, at 18:14, Oleg Lelchuk wrote: > > libcxxrt seems to lack some features that are present in libc++abi. If I > compile this code and link it against libcxxrt: > > #include > #include > > int main() > { > int&& ref{4}; > std::cout << > boost::typeindex::type_id_with_cvr().pretty_name() << > std::endl; > } > > Then I get the message: "Abort (core dumped)". But if I link this code > against libc++abi, then I get > > the output "int&&". It seems to me libcxxrt doesn't know how to deal > with rvalue references. It's not that, it cannot demangle the returned string from boost, which appears to be: N5boost9typeindex6detail9cvr_saverIOiEE and which demangles (with c++filt) to: boost::typeindex::detail::cvr_saver Boost is throwing a std::runtime_error("Type name demangling failed") object here, which should obviously be caught somewhere. The demangler in libcxxrt is indeed rather old, and we should replace it with something newer. I'm not sure if the demangler of libc++abi is the right one yet, since upstream seems to still be discussing which of their three (or thereabouts) demanglers should be *the* LLVM demangler. Ed, IIRC you had some looks at this before, do you have any preference? -Dimitry --Apple-Mail=_478CBF3F-DD24-4A25-A4D7-92A00454BA01 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.1 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWXy9+gAKCRCwXqMKLiCW o7IKAJkBL5pO7nYYTO8u3NVz40hz+o5KkQCfdVbjt0xVGbZv/Zd7h/fySQkwqXk= =+GQ6 -----END PGP SIGNATURE----- --Apple-Mail=_478CBF3F-DD24-4A25-A4D7-92A00454BA01-- From owner-freebsd-toolchain@freebsd.org Sat Jul 29 18:17:31 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 AF148DC8414 for ; Sat, 29 Jul 2017 18:17:31 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (xvm-110-62.dc2.ghst.net [46.226.110.62]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "theravensnest.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 50E00731C0; Sat, 29 Jul 2017 18:17:30 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.1.65] (host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id v6TIHLIg031362 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 29 Jul 2017 18:17:21 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: d60e724c-75b0-4b63-9702-f4a9d2bf6793: Host host86-138-54-151.range86-138.btcentralplus.com [86.138.54.151] claimed to be [192.168.1.65] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: libcxxrt seems to lack some features that are present in libc++abi From: David Chisnall In-Reply-To: <3F666806-E4A0-4FD0-915E-16767213A432@FreeBSD.org> Date: Sat, 29 Jul 2017 19:17:15 +0100 Cc: Oleg Lelchuk , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <0A9341F1-9B6B-4FEC-B2C9-BAC72A86E013@FreeBSD.org> References: <3F666806-E4A0-4FD0-915E-16767213A432@FreeBSD.org> To: Dimitry Andric 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: Sat, 29 Jul 2017 18:17:31 -0000 On 29 Jul 2017, at 17:55, Dimitry Andric wrote: >=20 > The demangler in libcxxrt is indeed rather old, and we should replace = it > with something newer. I'm not sure if the demangler of libc++abi is = the > right one yet, since upstream seems to still be discussing which of > their three (or thereabouts) demanglers should be *the* LLVM = demangler. >=20 > Ed, IIRC you had some looks at this before, do you have any = preference? I spoke to the ELF Toolchain maintainer a little while ago and pointed = out that the demangler that we got from there lacked some features. = Maybe we can persuade him to add support for r-value references? Ideally, I=E2=80=99d like to make the one in libcxxrt a weak symbol and = ship the LLVM one in a separate library - it=E2=80=99s very big, so = linking it into things like devd would be silly, but anything that=E2=80=99= s dynamically linking libc++ would probably not notice the increase in = code size. David From owner-freebsd-toolchain@freebsd.org Sat Jul 29 19:27:13 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 329FFDC98E2 for ; Sat, 29 Jul 2017 19:27:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 022377536C for ; Sat, 29 Jul 2017 19:27:13 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id F2B51DC98E1; Sat, 29 Jul 2017 19:27:12 +0000 (UTC) Delivered-To: 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 F2449DC98E0 for ; Sat, 29 Jul 2017 19:27:12 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay119.isp.belgacom.be (mailrelay119.isp.belgacom.be [195.238.20.146]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3561775358; Sat, 29 Jul 2017 19:27:11 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3AeGZxqR1x6/71t8s1smDT+DRfVm0co7zxezQtwd8Z?= =?us-ascii?q?seITI/ad9pjvdHbS+e9qxAeQG96Ku7Qc06L/iOPJYSQ4+5GPsXQPItRndiQuro?= =?us-ascii?q?EopTEmG9OPEkbhLfTnPGQQFcVGU0J5rTngaRAGUMnxaEfPrXKs8DUcBgvwNRZv?= =?us-ascii?q?JuTyB4Xek9m72/q89pDXYAhEniaxba9vJxiqsAvdsdUbj5F/Iagr0BvJpXVIe+?= =?us-ascii?q?VSxWx2IF+Yggjx6MSt8pN96ipco/0u+dJOXqX8ZKQ4UKdXDC86PGAv5c3krgfM?= =?us-ascii?q?QA2S7XYBSGoWkx5IAw/Y7BHmW5r6ryX3uvZh1CScIMb7Vq4/Vyi84Kh3SR/okC?= =?us-ascii?q?YHOCA/8GHLkcx7kaZXrAu8qxBj34LYZYeYP+d8cKzAZ9MXXWRPUMZPWSJcAY2z?= =?us-ascii?q?bYUPAOUdMuhXtIT9u1kDoQeiCQWwGO/j1DlFjWL2060g1OQhFBnL0hIhH9IMtH?= =?us-ascii?q?Tfscv4NKAVUeCu0qbIyC/Mb/VN2Tzg74XIbhEhofOIXb9rccTR01cgGB3Yg1uN?= =?us-ascii?q?p4LpJTSV1v4Cs2WC6edrSOyhi2kiqw5rozivwN8hiofTho0L1F/L7j55z5svKd?= =?us-ascii?q?2/Uk57btipG4ZTuSGCL4Z7Qd4uT3t2tCs1yrAKo4O3cSoOxZg92hLSaeCLfo6V?= =?us-ascii?q?6Rz5TumROy13hHd9dbK6gBa97Favx/XnVsmxzFZKti1FksTQtnwV1xzc9MyHSv?= =?us-ascii?q?xl80eiwzmP0wHT6uRaLkAukqrXMYIhwr8ylpoXq0jMAij2mELtjKCIc0Ur4O6o?= =?us-ascii?q?6//9brXhvJ+cOJd4igD4MqswhsyyGec1PhUUU2SF9umx1Kfv8VD7TbhOlPE6j6?= =?us-ascii?q?vUvIzCKcQevKG5AgtV0og56xa4CjeryMgYnXgFLFJBYx+HgZLpNE/QL//jFvew?= =?us-ascii?q?nk6gkDBxx/DJJrHhGInCLmDfkLf9erZw81JcyA00zdBb+51UCqsOIPP1WkLqut?= =?us-ascii?q?zYFAE2PBKvzOb8FdpxzIQeWXiAAqWBKqPdrUeI5v4zI+mLfIIapTf9K/0+6v7g?= =?us-ascii?q?l382h0EScrKy3ZQKcny4Ge5mI0rKKUbr1/IIC2RCmws6SOXwhBXWVDdJZHOzd6?= =?us-ascii?q?4n4nQ8Doa3S4HOWtb+rqaG2XKHH59SLktBDUuBFH7ubM3QR/YObAq8OMJsuAco?= =?us-ascii?q?E7+7RNlyhlmVqAbmxu8/faLv8SoCuMemjYAt6g=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DOBQDK4HxZ/6qz9VFcGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBFAEBAQEBAQEBAQEBBwEBAQEBgy9EEBBtJ48AjwYBgWstAZdvJIF?= =?us-ascii?q?Yg0sCg3NDFQEBAQEBAQEBAQEBaihCDoFjJAGCQAEBAQECATocIwULCxgJJQ8qH?= =?us-ascii?q?gYTiicMsy2LPAEBAQEBAQEDAQEBAQEjgyiIITSKaAWJYYcKgWKNIodPg0wFiHp?= =?us-ascii?q?8gXSPWpVyNSKBClMxCIVfHBmBUD42gxWHGgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2DOBQDK4HxZ/6qz9VFcGQEBAQEBAQEBAQEBBwEBAQEBFAE?= =?us-ascii?q?BAQEBAQEBAQEBBwEBAQEBgy9EEBBtJ48AjwYBgWstAZdvJIFYg0sCg3NDFQEBA?= =?us-ascii?q?QEBAQEBAQEBaihCDoFjJAGCQAEBAQECATocIwULCxgJJQ8qHgYTiicMsy2LPAE?= =?us-ascii?q?BAQEBAQEDAQEBAQEjgyiIITSKaAWJYYcKgWKNIodPg0wFiHp8gXSPWpVyNSKBC?= =?us-ascii?q?lMxCIVfHBmBUD42gxWHGgEBAQ?= Received: from 170.179-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.179.170]) by relay.skynet.be with ESMTP; 29 Jul 2017 21:27:08 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v6TJR7rC004327; Sat, 29 Jul 2017 21:27:08 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sat, 29 Jul 2017 21:27:06 +0200 From: Tijl Coosemans To: Mark Millard Cc: Dimitry Andric , toolchain@FreeBSD.org Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build Message-ID: <20170729212706.33841c4c@kalimero.tijl.coosemans.org> In-Reply-To: References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> <20170729015914.184c2660@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 29 Jul 2017 19:27:13 -0000 On Sat, 29 Jul 2017 00:34:39 -0700 Mark Millard wrote: > On 2017-Jul-28, at 4:59 PM, Tijl Coosemans wrote: >> On Fri, 28 Jul 2017 19:54:04 +0200 Dimitry Andric wrote: >>> On 28 Jul 2017, at 13:55, Tijl Coosemans wrote: >>>> >>>> On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout@FreeBSD.org wrote: >>> ... >>>>> In file included from squirrel/squirrel/sqvm.cc:5: >>>>> In file included from /usr/include/c++/v1/math.h:310: >>>>> /usr/include/c++/v1/limits:149:85: error: expected expression >>>>> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() _NOEXCEPT {return type();} >>>>> ^ >>>>> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' >>>>> #define type(obj) ((obj)._type) >>>>> ^ >>>> >>>> Simutrans code defines 'type' as a macro. Shouldn't libc++ headers use >>>> _type or __type or something? >>> >>> No, the member name 'type' is used in many classes in the C++ standard >>> library, for example all the traits in . Programs should >>> not attempt to redefine this, at least not as a macro. >>> >>> Note that this also doesn't work with libstdc++, e.g.: >>> >>> $ cat boom.cpp >>> #define type "nope, this will not work" >>> #include >>> >>> and then: >>> >>> $ g++ -c boom.cpp >>> boom.cpp:1:14: error: expected unqualified-id before string constant >>> #define type "nope, this will not work" >>> ^ >>> boom.cpp:1:14: error: expected class-name before string constant >>> #define type "nope, this will not work" >>> ^ >>> boom.cpp:1:14: error: expected '{' before string constant >>> boom.cpp:1:14: error: expected class-name before string constant >>> #define type "nope, this will not work" >>> ^ >>> boom.cpp:1:14: error: expected '{' before string constant >>> boom.cpp:1:14: error: expected class-name before string constant >>> #define type "nope, this will not work" >>> ^ >>> boom.cpp:1:14: error: expected '{' before string constant >>> boom.cpp:1:14: error: expected class-name before string constant >>> #define type "nope, this will not work" >>> ^ >>> boom.cpp:1:14: error: expected '{' before string constant >>> boom.cpp:1:14: error: expected unqualified-id before string constant >>> #define type "nope, this will not work" >>> ^ >>> In file included from boom.cpp:3:0: >>> /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template argument 1 is invalid >>> : public __is_void_helper::type>::type >>> ^ >>> /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected '{' before '::' token >>> : public __is_void_helper::type>::type >>> ^~ >>> [...and lots more errors like this...] >> >> The code does not include or any of that C++11 stuff. It >> includes . This works with libstdc++ because it doesn't have >> , but it would also work when was included, because >> libstdc++ uses __type everywhere (and __enable_if and __is_arithmetic, >> etc. where libc++ headers use enable_if and is_arithmetic). The >> libstdc++ way makes more sense. You cannot expect C++98 code to know >> about reserved identifiers in C++11 or C++11 code to know about reserved >> identifiers in later standards. > > I'll first note that Annex D D.5 C standard library > headers says: > > "the C++ standard library provides the 25 C headers, > as shown in table 154" > > and table 154 lists: . That is relevant > for the below. > > ISO/IEC 14882:2011(E) 17.6.4.3.1 Macro Names > says: > > "A translation unit that include a standard library > header shall not #define or #undef names declared > in any standard library header." > > I'll note that the standard has sections with titles > like "Type names", "Class names", "Nested type names", > "Names of template specializations", and "Predefined > macro names". My understanding is that the earlier > quote spans avoiding matching all such names. > > > > ISO/IEC 14882:2011(E) mandates such things as: > > template struct is_arithmetic; > . . . > template struct enable_if; > . . . > template typedef integral_constant { > . . . > typedef integral_constant type; > . . . > }; But none of this should be exposed to C++98 code. These names were not reserved in the C++98 standard so C++98 code is free to use them. If libc++ cannot compile such valid C++98 code it is simply not compliant with that standard. Note that in this case we were lucky to see a diagnostic. C++98 code may use these names in a way that doesn't cause an error. Who's going to review our 27000 ports to make sure they are still compiled correctly? > For targeting -std=c++11 or later in compiles > __enable_if and __is_arithemtic and __type > would be wrong in these places and require > code using the standard to use the names > that have the __ prefixes, in violation of > the standard's specifications. That includes > having no explicit -std= but depending on a > default that happens to end up with c++11 or > later as the version to target. Of course things like __enable_if are for internal use only. In C++11 mode enable_if needs to be made available. From owner-freebsd-toolchain@freebsd.org Sat Jul 29 19:44:09 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 C9317DC9CFE for ; Sat, 29 Jul 2017 19:44:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id AC48475F9A for ; Sat, 29 Jul 2017 19:44:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: by mailman.ysv.freebsd.org (Postfix) id A789CDC9CFD; Sat, 29 Jul 2017 19:44:09 +0000 (UTC) Delivered-To: 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 A540CDC9CFC for ; Sat, 29 Jul 2017 19:44:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-85.reflexion.net [208.70.210.85]) (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 5C7BD75F97 for ; Sat, 29 Jul 2017 19:44:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12185 invoked from network); 29 Jul 2017 19:45:42 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 29 Jul 2017 19:45:42 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 29 Jul 2017 15:44:01 -0400 (EDT) Received: (qmail 2024 invoked from network); 29 Jul 2017 19:44:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 29 Jul 2017 19:44:01 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id BC1C3EC86D9; Sat, 29 Jul 2017 12:44:00 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build From: Mark Millard In-Reply-To: <20170729212706.33841c4c@kalimero.tijl.coosemans.org> Date: Sat, 29 Jul 2017 12:43:59 -0700 Cc: Dimitry Andric , toolchain@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> <20170729015914.184c2660@kalimero.tijl.coosemans.org> <20170729212706.33841c4c@kalimero.tijl.coosemans.org> To: Tijl Coosemans 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: Sat, 29 Jul 2017 19:44:09 -0000 On 2017-Jul-29, at 12:27 PM, Tijl Coosemans wrote: > On Sat, 29 Jul 2017 00:34:39 -0700 Mark Millard wrote: >> On 2017-Jul-28, at 4:59 PM, Tijl Coosemans = wrote: >>> On Fri, 28 Jul 2017 19:54:04 +0200 Dimitry Andric wrote: =20 >>>> On 28 Jul 2017, at 13:55, Tijl Coosemans = wrote: =20 >>>>>=20 >>>>> On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout at FreeBSD.org = wrote: =20 >>>> ... =20 >>>>>> In file included from squirrel/squirrel/sqvm.cc:5: >>>>>> In file included from /usr/include/c++/v1/math.h:310: >>>>>> /usr/include/c++/v1/limits:149:85: error: expected expression >>>>>> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() = _NOEXCEPT {return type();} >>>>>> = ^ >>>>>> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro = 'type' >>>>>> #define type(obj) ((obj)._type) >>>>>> ^ =20 >>>>>=20 >>>>> Simutrans code defines 'type' as a macro. Shouldn't libc++ = headers use >>>>> _type or __type or something? =20 >>>>=20 >>>> No, the member name 'type' is used in many classes in the C++ = standard >>>> library, for example all the traits in . Programs = should >>>> not attempt to redefine this, at least not as a macro. >>>>=20 >>>> Note that this also doesn't work with libstdc++, e.g.: >>>>=20 >>>> $ cat boom.cpp >>>> #define type "nope, this will not work" >>>> #include >>>>=20 >>>> and then: >>>>=20 >>>> $ g++ -c boom.cpp >>>> boom.cpp:1:14: error: expected unqualified-id before string = constant >>>> #define type "nope, this will not work" >>>> ^ >>>> boom.cpp:1:14: error: expected class-name before string constant >>>> #define type "nope, this will not work" >>>> ^ >>>> boom.cpp:1:14: error: expected '{' before string constant >>>> boom.cpp:1:14: error: expected class-name before string constant >>>> #define type "nope, this will not work" >>>> ^ >>>> boom.cpp:1:14: error: expected '{' before string constant >>>> boom.cpp:1:14: error: expected class-name before string constant >>>> #define type "nope, this will not work" >>>> ^ >>>> boom.cpp:1:14: error: expected '{' before string constant >>>> boom.cpp:1:14: error: expected class-name before string constant >>>> #define type "nope, this will not work" >>>> ^ >>>> boom.cpp:1:14: error: expected '{' before string constant >>>> boom.cpp:1:14: error: expected unqualified-id before string = constant >>>> #define type "nope, this will not work" >>>> ^ >>>> In file included from boom.cpp:3:0: >>>> /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template = argument 1 is invalid >>>> : public __is_void_helper::type>::type >>>> ^ >>>> /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected = '{' before '::' token >>>> : public __is_void_helper::type>::type >>>> ^~ >>>> [...and lots more errors like this...] =20 >>>=20 >>> The code does not include or any of that C++11 stuff. = It >>> includes . This works with libstdc++ because it doesn't = have >>> , but it would also work when was included, because >>> libstdc++ uses __type everywhere (and __enable_if and = __is_arithmetic, >>> etc. where libc++ headers use enable_if and is_arithmetic). The >>> libstdc++ way makes more sense. You cannot expect C++98 code to = know >>> about reserved identifiers in C++11 or C++11 code to know about = reserved >>> identifiers in later standards. =20 >>=20 >> I'll first note that Annex D D.5 C standard library >> headers says: >>=20 >> "the C++ standard library provides the 25 C headers, >> as shown in table 154" >>=20 >> and table 154 lists: . That is relevant >> for the below. >>=20 >> ISO/IEC 14882:2011(E) 17.6.4.3.1 Macro Names >> says: >>=20 >> "A translation unit that include a standard library >> header shall not #define or #undef names declared >> in any standard library header." >>=20 >> I'll note that the standard has sections with titles >> like "Type names", "Class names", "Nested type names", >> "Names of template specializations", and "Predefined >> macro names". My understanding is that the earlier >> quote spans avoiding matching all such names. >>=20 >>=20 >>=20 >> ISO/IEC 14882:2011(E) mandates such things as: >>=20 >> template struct is_arithmetic; >> . . . >> template struct enable_if; >> . . . >> template typedef integral_constant { >> . . . >> typedef integral_constant type; >> . . . >> }; >=20 > But none of this should be exposed to C++98 code. Only if the compiler is told to compile the code as C++98 code or it is known that C++98 is the default target version for the compiler. The compiler command that you published as part of the error report provides no such explicit control of what language/library version rules are to be used: c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe = -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual = -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=3D8163 = -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT = -D_THREAD_SAFE -DCOLOUR_DEPTH=3D16 -c -MMD -o = build/default/squirrel/squirrel/sqvm.o squirrel/squirrel/sqvm.cc So if the default is to compile for C++11 or later the results of using the C++11 rules are the expected results here. > These names were not > reserved in the C++98 standard so C++98 code is free to use them. If > libc++ cannot compile such valid C++98 code it is simply not compliant > with that standard. Note that in this case we were lucky to see a > diagnostic. C++98 code may use these names in a way that doesn't = cause > an error. Who's going to review our 27000 ports to make sure they are > still compiled correctly? Unless you tell the compiler to use C++98 rules you get the rules of whatever version it targets by default. >> For targeting -std=3Dc++11 or later in compiles >> __enable_if and __is_arithemtic and __type >> would be wrong in these places and require >> code using the standard to use the names >> that have the __ prefixes, in violation of >> the standard's specifications. That includes >> having no explicit -std=3D but depending on a >> default that happens to end up with c++11 or >> later as the version to target. >=20 > Of course things like __enable_if are for internal use only. In C++11 > mode enable_if needs to be made available. And if the compiler default version target was C++11 or later then what it did was what it should have done. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sat Jul 29 21:07:59 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 04082DCB21B for ; Sat, 29 Jul 2017 21:07:59 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id B826B7C4FD for ; Sat, 29 Jul 2017 21:07:58 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id B4513DCB21A; Sat, 29 Jul 2017 21:07:58 +0000 (UTC) Delivered-To: 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 B22A1DCB219 for ; Sat, 29 Jul 2017 21:07:58 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay102.isp.belgacom.be (mailrelay102.isp.belgacom.be [195.238.20.129]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "relay.skynet.be", Issuer "GlobalSign Organization Validation CA - SHA256 - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C56ED7C4EB; Sat, 29 Jul 2017 21:07:57 +0000 (UTC) (envelope-from tijl@freebsd.org) X-Belgacom-Dynamic: yes IronPort-PHdr: =?us-ascii?q?9a23=3A7yB8Ix12DWsvQc6nsmDT+DRfVm0co7zxezQtwd8Z?= =?us-ascii?q?seIeL/ad9pjvdHbS+e9qxAeQG96Ku7Qc06L/iOPJYSQ4+5GPsXQPItRndiQuro?= =?us-ascii?q?EopTEmG9OPEkbhLfTnPGQQFcVGU0J5rTngaRAGUMnxaEfPrXKs8DUcBgvwNRZv?= =?us-ascii?q?JuTyB4Xek9m72/q89pDXYAhEniaxba9vJxiqsAvdsdUbj5F/Iagr0BvJpXVIe+?= =?us-ascii?q?VSxWx2IF+Yggjx6MSt8pN96ipco/0u+dJOXqX8ZKQ4UKdXDC86PGAv5c3krgfM?= =?us-ascii?q?QA2S7XYBSGoWkx5IAw/Y7BHmW5r6ryX3uvZh1CScIMb7Vq4/Vyi84Kh3SR/okC?= =?us-ascii?q?YHOCA/8GHLkcx7kaZXrAu8qxBj34LYZYeYP+d8cKzAZ9MXXWRPUMZPWSJcAY2z?= =?us-ascii?q?bYUPAOUdMuhXtIT9u1kDoQeiCQWwGO/j1DlFjWL2060g1OQhFBnL0hIhH9IMtH?= =?us-ascii?q?Tfscv4NKAVUeCu0qbIyC/Mb/VN2Tzg74XIbhEhofOIXb9rccTR01cgGB3Yg1uN?= =?us-ascii?q?p4LpJTSV1v4Cs2WC6edrSOyhi2kiqw5rozivwN8hiofTho0L1F/L7j55z5svKd?= =?us-ascii?q?2/Uk57bsaoH4ZLtyGeLod2RcUiQ2VouSogzL0Jp4K7cS4Xw5ok3x7Sc/+Kf5WS?= =?us-ascii?q?7h79W+ucIS10iG9ndb+7nRq+7EqtxvH6W8KpylhFtDBFncPJtn0V0hzT7dWIRe?= =?us-ascii?q?Vl80e63DaPyxjT6uZZIUAojabbK4Auwro3lpcLskTMBCv2mETzjKCIbEUk/fKk?= =?us-ascii?q?6/jmYrXkop+QLZN7igb5MqQ1hMO/BP43Mg4VX2SB/uS8zrLj8VX4QLVMkPI2jr?= =?us-ascii?q?HUvZPHKcgBuKK0DA9Y3pw+5xu9CzqqyskUkHsbIF5dfRKIlYnpO1XAIPDiCve/?= =?us-ascii?q?hkyhkCtqx/DEOr3sGZvNLmLdn7j/Zrl98FNTxBA0zdBF6JJYEqsBL+7rWk/tqN?= =?us-ascii?q?zYCQc0MxCzw+bgDNVyyoMeVniOAq+fK67Sv0WI6fwxLOaXf48apSzxK/8/5/7h?= =?us-ascii?q?lXU5g0MSfbG13ZsLb3C1BulpI0ScYXf3jNcBC3kFsRQlQ+zxlVKOSzlTZ2y9X/?= =?us-ascii?q?F02jZuLYu8Ds/mR4SpiaaNlHO+F4dVY2FuBkuIVHDuc5TCXfoQPnG8OMhkxwAF?= =?us-ascii?q?V7zpYIgmzhyrvQnhg+57L+jQ0gMCuJ/J7/Qz4Pfcw0JhvQdoBtiQhjneB1p/mX?= =?us-ascii?q?kFEnpvhPhy?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DOBQCW93xZ/6qz9VFcGQEBAQEBAQEBA?= =?us-ascii?q?QEBBwEBAQEBFAEBAQEBAQEBAQEBBwEBAQEBgy9EEBBtJ48AjwYBgWstAZVdDoI?= =?us-ascii?q?EJIFYg0sCg3NCFgEBAQEBAQEBAQEBaihCDoFjJAGCQQEFOhwjEAsYCSUPKh4GE?= =?us-ascii?q?4ozsw6LPAEBAQEBAQEDAQEBAQEjgyiIITSDAYFAARIBhhMFiWGHCoFijSKHT4N?= =?us-ascii?q?MBYh6fIF0j1qVciYCL38LUzEIhV8cGYFQPjaDFYRpgjEBAQE?= X-IPAS-Result: =?us-ascii?q?A2DOBQCW93xZ/6qz9VFcGQEBAQEBAQEBAQEBBwEBAQEBFAE?= =?us-ascii?q?BAQEBAQEBAQEBBwEBAQEBgy9EEBBtJ48AjwYBgWstAZVdDoIEJIFYg0sCg3NCF?= =?us-ascii?q?gEBAQEBAQEBAQEBaihCDoFjJAGCQQEFOhwjEAsYCSUPKh4GE4ozsw6LPAEBAQE?= =?us-ascii?q?BAQEDAQEBAQEjgyiIITSDAYFAARIBhhMFiWGHCoFijSKHT4NMBYh6fIF0j1qVc?= =?us-ascii?q?iYCL38LUzEIhV8cGYFQPjaDFYRpgjEBAQE?= Received: from 170.179-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.245.179.170]) by relay.skynet.be with ESMTP; 29 Jul 2017 23:06:44 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.15.2/8.15.2) with ESMTP id v6TL6gek004891; Sat, 29 Jul 2017 23:06:43 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Date: Sat, 29 Jul 2017 23:06:41 +0200 From: Tijl Coosemans To: Mark Millard Cc: Dimitry Andric , toolchain@FreeBSD.org Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build Message-ID: <20170729230641.6cecd29d@kalimero.tijl.coosemans.org> In-Reply-To: References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> <20170729015914.184c2660@kalimero.tijl.coosemans.org> <20170729212706.33841c4c@kalimero.tijl.coosemans.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 29 Jul 2017 21:07:59 -0000 On Sat, 29 Jul 2017 12:43:59 -0700 Mark Millard wrote: > On 2017-Jul-29, at 12:27 PM, Tijl Coosemans wrote: >> On Sat, 29 Jul 2017 00:34:39 -0700 Mark Millard wrote: >>> On 2017-Jul-28, at 4:59 PM, Tijl Coosemans wrote: >>>> On Fri, 28 Jul 2017 19:54:04 +0200 Dimitry Andric wrote: >>>>> On 28 Jul 2017, at 13:55, Tijl Coosemans wrote: >>>>>> >>>>>> On Thu, 27 Jul 2017 21:42:01 +0000 pkg-fallout at FreeBSD.org wrote: >>>>> ... >>>>>>> In file included from squirrel/squirrel/sqvm.cc:5: >>>>>>> In file included from /usr/include/c++/v1/math.h:310: >>>>>>> /usr/include/c++/v1/limits:149:85: error: expected expression >>>>>>> _LIBCPP_INLINE_VISIBILITY static _LIBCPP_CONSTEXPR type max() _NOEXCEPT {return type();} >>>>>>> ^ >>>>>>> squirrel/squirrel/sqobject.h:131:24: note: expanded from macro 'type' >>>>>>> #define type(obj) ((obj)._type) >>>>>>> ^ >>>>>> >>>>>> Simutrans code defines 'type' as a macro. Shouldn't libc++ headers use >>>>>> _type or __type or something? >>>>> >>>>> No, the member name 'type' is used in many classes in the C++ standard >>>>> library, for example all the traits in . Programs should >>>>> not attempt to redefine this, at least not as a macro. >>>>> >>>>> Note that this also doesn't work with libstdc++, e.g.: >>>>> >>>>> $ cat boom.cpp >>>>> #define type "nope, this will not work" >>>>> #include >>>>> >>>>> and then: >>>>> >>>>> $ g++ -c boom.cpp >>>>> boom.cpp:1:14: error: expected unqualified-id before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> boom.cpp:1:14: error: expected class-name before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> boom.cpp:1:14: error: expected '{' before string constant >>>>> boom.cpp:1:14: error: expected class-name before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> boom.cpp:1:14: error: expected '{' before string constant >>>>> boom.cpp:1:14: error: expected class-name before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> boom.cpp:1:14: error: expected '{' before string constant >>>>> boom.cpp:1:14: error: expected class-name before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> boom.cpp:1:14: error: expected '{' before string constant >>>>> boom.cpp:1:14: error: expected unqualified-id before string constant >>>>> #define type "nope, this will not work" >>>>> ^ >>>>> In file included from boom.cpp:3:0: >>>>> /usr/local/lib/gcc6/include/c++/type_traits:212:60: error: template argument 1 is invalid >>>>> : public __is_void_helper::type>::type >>>>> ^ >>>>> /usr/local/lib/gcc6/include/c++/type_traits:212:61: error: expected '{' before '::' token >>>>> : public __is_void_helper::type>::type >>>>> ^~ >>>>> [...and lots more errors like this...] >>>> >>>> The code does not include or any of that C++11 stuff. It >>>> includes . This works with libstdc++ because it doesn't have >>>> , but it would also work when was included, because >>>> libstdc++ uses __type everywhere (and __enable_if and __is_arithmetic, >>>> etc. where libc++ headers use enable_if and is_arithmetic). The >>>> libstdc++ way makes more sense. You cannot expect C++98 code to know >>>> about reserved identifiers in C++11 or C++11 code to know about reserved >>>> identifiers in later standards. >>> >>> I'll first note that Annex D D.5 C standard library >>> headers says: >>> >>> "the C++ standard library provides the 25 C headers, >>> as shown in table 154" >>> >>> and table 154 lists: . That is relevant >>> for the below. >>> >>> ISO/IEC 14882:2011(E) 17.6.4.3.1 Macro Names >>> says: >>> >>> "A translation unit that include a standard library >>> header shall not #define or #undef names declared >>> in any standard library header." >>> >>> I'll note that the standard has sections with titles >>> like "Type names", "Class names", "Nested type names", >>> "Names of template specializations", and "Predefined >>> macro names". My understanding is that the earlier >>> quote spans avoiding matching all such names. >>> >>> >>> >>> ISO/IEC 14882:2011(E) mandates such things as: >>> >>> template struct is_arithmetic; >>> . . . >>> template struct enable_if; >>> . . . >>> template typedef integral_constant { >>> . . . >>> typedef integral_constant type; >>> . . . >>> }; >> >> But none of this should be exposed to C++98 code. > > Only if the compiler is told to compile the code as > C++98 code or it is known that C++98 is the default > target version for the compiler. > > The compiler command that you published as part of > the error report provides no such explicit control > of what language/library version rules are to be > used: > > c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=8163 -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT -D_THREAD_SAFE -DCOLOUR_DEPTH=16 -c -MMD -o build/default/squirrel/squirrel/sqvm.o squirrel/squirrel/sqvm.cc > > So if the default is to compile for C++11 or later > the results of using the C++11 rules are the expected > results here. > >> These names were not >> reserved in the C++98 standard so C++98 code is free to use them. If >> libc++ cannot compile such valid C++98 code it is simply not compliant >> with that standard. Note that in this case we were lucky to see a >> diagnostic. C++98 code may use these names in a way that doesn't cause >> an error. Who's going to review our 27000 ports to make sure they are >> still compiled correctly? > > Unless you tell the compiler to use C++98 rules you get the > rules of whatever version it targets by default. > >>> For targeting -std=c++11 or later in compiles >>> __enable_if and __is_arithemtic and __type >>> would be wrong in these places and require >>> code using the standard to use the names >>> that have the __ prefixes, in violation of >>> the standard's specifications. That includes >>> having no explicit -std= but depending on a >>> default that happens to end up with c++11 or >>> later as the version to target. >> >> Of course things like __enable_if are for internal use only. In C++11 >> mode enable_if needs to be made available. > > And if the compiler default version target was > C++11 or later then what it did was what it should > have done. Since you've written three times the same thing here let me reply with three times the same thing: - Adding -std=c++98 still fails to compile with the same errors. - The compiler default is C++98: % c++ -x c++ -E -dM /dev/null | grep __cplusplus #define __cplusplus 199711L - A quick look at the libc++ headers makes it immediately obvious they expose and use C++11 features in C++98 mode. And of course these were the very first things I checked before writing my first email. From owner-freebsd-toolchain@freebsd.org Sat Jul 29 22:24:48 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 80C7CDCC99B for ; Sat, 29 Jul 2017 22:24:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 636157F073 for ; Sat, 29 Jul 2017 22:24:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: by mailman.ysv.freebsd.org (Postfix) id 5FD37DCC99A; Sat, 29 Jul 2017 22:24:48 +0000 (UTC) Delivered-To: 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 5F73DDCC999 for ; Sat, 29 Jul 2017 22:24:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-85.reflexion.net [208.70.210.85]) (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 1FCEC7F071 for ; Sat, 29 Jul 2017 22:24:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 3437 invoked from network); 29 Jul 2017 22:29:29 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 29 Jul 2017 22:29:29 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.1) with SMTP; Sat, 29 Jul 2017 18:24:46 -0400 (EDT) Received: (qmail 14331 invoked from network); 29 Jul 2017 22:24:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 29 Jul 2017 22:24:45 -0000 Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 27FE6EC8BF3; Sat, 29 Jul 2017 15:24:45 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: [package - head-amd64-default][games/simutrans] Failed for simutrans-120.2.2 in build From: Mark Millard In-Reply-To: <20170729230641.6cecd29d@kalimero.tijl.coosemans.org> Date: Sat, 29 Jul 2017 15:24:44 -0700 Cc: Dimitry Andric , toolchain@FreeBSD.org Content-Transfer-Encoding: quoted-printable Message-Id: <3E4B30BB-A9E5-480E-835D-DA6797FC230C@dsl-only.net> References: <201707272142.v6RLg1G4099900@beefy12.nyi.freebsd.org> <20170728135510.2c6de57f@kalimero.tijl.coosemans.org> <20170729015914.184c2660@kalimero.tijl.coosemans.org> <20170729212706.33841c4c@kalimero.tijl.coosemans.org> <20170729230641.6cecd29d@kalimero.tijl.coosemans.org> To: Tijl Coosemans 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: Sat, 29 Jul 2017 22:24:48 -0000 On 2017-Jul-29, at 2:06 PM, Tijl Coosemans wrote: > On Sat, 29 Jul 2017 12:43:59 -0700 Mark Millard wrote: >> On 2017-Jul-29, at 12:27 PM, Tijl Coosemans = wrote: >>>> . . . >>>=20 >>> But none of this should be exposed to C++98 code. =20 >>=20 >> Only if the compiler is told to compile the code as >> C++98 code or it is known that C++98 is the default >> target version for the compiler. >>=20 >> The compiler command that you published as part of >> the error report provides no such explicit control >> of what language/library version rules are to be >> used: >>=20 >> c++ -O2 -pipe -fstack-protector -fno-strict-aliasing -O2 -pipe = -fstack-protector -fno-strict-aliasing -DNDEBUG -Wall -W -Wcast-qual = -Wpointer-arith -Wcast-align -DUSE_C -DREVISION=3D8163 = -I/usr/local/include/SDL -I/usr/local/include -D_REENTRANT = -D_THREAD_SAFE -DCOLOUR_DEPTH=3D16 -c -MMD -o = build/default/squirrel/squirrel/sqvm.o squirrel/squirrel/sqvm.cc >>=20 >> So if the default is to compile for C++11 or later >> the results of using the C++11 rules are the expected >> results here. >>=20 >>> These names were not >>> reserved in the C++98 standard so C++98 code is free to use them. = If >>> libc++ cannot compile such valid C++98 code it is simply not = compliant >>> with that standard. Note that in this case we were lucky to see a >>> diagnostic. C++98 code may use these names in a way that doesn't = cause >>> an error. Who's going to review our 27000 ports to make sure they = are >>> still compiled correctly? =20 >>=20 >> Unless you tell the compiler to use C++98 rules you get the >> rules of whatever version it targets by default. >>=20 >>>> For targeting -std=3Dc++11 or later in compiles >>>> __enable_if and __is_arithemtic and __type >>>> would be wrong in these places and require >>>> code using the standard to use the names >>>> that have the __ prefixes, in violation of >>>> the standard's specifications. That includes >>>> having no explicit -std=3D but depending on a >>>> default that happens to end up with c++11 or >>>> later as the version to target. =20 >>>=20 >>> Of course things like __enable_if are for internal use only. In = C++11 >>> mode enable_if needs to be made available. =20 >>=20 >> And if the compiler default version target was >> C++11 or later then what it did was what it should >> have done. >=20 > Since you've written three times the same thing here let me reply with > three times the same thing: Very true that I should not have bothered to try to write something in all 3 places. Your sequence gives additional information in each of your 3 and so does not have my mistake. > - Adding -std=3Dc++98 still fails to compile with the same errors. >=20 > - The compiler default is C++98: > % c++ -x c++ -E -dM /dev/null | grep __cplusplus > #define __cplusplus 199711L >=20 > - A quick look at the libc++ headers makes it immediately obvious they > expose and use C++11 features in C++98 mode. >=20 > And of course these were the very first things I checked before = writing > my first email. Good to know. Under C++03 (and before) the basic requirements for macro names are different (and matching what you are attempting): 17.4.3.1.1 Macro Names says: "A translation unit that includes a header shall not contain any macros that define names declared or defined in that header." This greatly narrows the range of potential conflicts. (But my understanding is that the rule was changed in part because headers implicitly including content from other standard headers is classified as okay in the early standards as well and so overall the early standards were not fully consistent, given how macros are specified to operate.) There is the issue that even for C++03 and before: "Clauses 18 through 27 do not specify the representation of classes . . . An implementation may define static or non-static class members, or both, as needed to implement the semantics of the member functions specified in clauses 18 through 27." So far as I know (unlike C) C++ makes no requirements that imply the "extra" names involved in such must not be valid names in programs, although it allows for such. (Such as using __ prefixes or _ prefixes. Or for the global namespace: _ prefixes. These are reserved but not required to be used by the implementation from what I can tell.) So as far as I know such "pollution" is an implementation quality issue but not a standards conformance issue so long as the naming does not mess up programs' use of the required naming from the standard. So what you report about "type" being in use as an identifier in the library of itself looks greatly unfortunate to me but also does not seem to be a violation of the C++98, C++03, or other standard versions. (Drat.) I've also not found anything indicating that extra declarations and definitions (such as from C++11 for compiles targeting C++98 or C++03) would be a violation of a standard, such as C++98 or C++03. (At least for any addition that does not prevent programs' use of required aspects of the library.) This was a surprise to me. But so far I've not found anything to point to for a "this is wrong by the rules of the standard" submittal against libc++. That makes it less likely to change in the future. =3D=3D=3D Mark Millard markmi at dsl-only.net