From owner-freebsd-ports@freebsd.org Mon Jul 30 01:55:18 2018 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CA3E1069B09 for ; Mon, 30 Jul 2018 01:55:18 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-2.consmr.mail.bf2.yahoo.com (sonic302-2.consmr.mail.bf2.yahoo.com [74.6.135.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 92AE6833AE for ; Mon, 30 Jul 2018 01:55:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 7W.S.4IVM1lUZlmpRWPHZywgRdw.h1xI4.fTBAD8gILkQUBD1zCiMDo749FD9dx z5F0.SVcYM07qQmLRUhEd1gt5G5Sj6SB4noNFiRtZM3NcftDo5cTqCfWNtCVJapo18dqwJVhlina 3y0J5WUY6DXphtlTfVdDbwYrOHr4XLE_8_6tKllJLBMEKeUPtpcAqlY84F5ckk4FRhu5Kzsj8nw4 JP5.EsvS1eTmrwhaA0aawg2_yIW966MK0Y3jEG8l2sqfb9s0qchbMFjsL04CB.5VUr0nUgTFS9vZ JL3rA_r9y8IdBAuloq1XvlJjvtBAf66gvwGP8zbRyNwbFKrNLKOyIqvwJq9.uhZem3PRDc.fUvNT dt.1689Z5Wi11a6PwQSPXbtYdmuLfQkYnI6KEhd.ue212AHcjLMT0BnWuuf.Tzx..ygfGx.jgKRc 5XKM.JUdKp_TNPn60CY4fCGtfwjUYiQs7QPAH_XBpUtcZSwXkADUY2VKc7cbvG6tDTs6UBMK634A fvrEuFVQHPCrIRxcTl7tTyHkop4iopz.lCzEwGh9vtpx2MWU27Cwnaw4zTCVRjtMVFXmMVJTS6bD BMaWiOvyO4_yyRH7nyX0lqC_xbGPHuLQEvy85ECiDLGgalD2FTLRR7i2rxvNSmDRI4H1VBsUShyz Aank7fWuQQE_.uPpsgW7r9zgSsoXw0YWx6OhSFExEorSJgzCO_G5KzYi1HCNgenN9ZhnzKQsmCmf tCJtUVhAd5doaFlJ1DT.TxJtFgb85zO_CSzVROPUT_4HH8b6fk8DX.B_BWnj5i_WtNla_cmWpO6u VbN0ZSmJ9a2afrJOXJZPZC8mNRcelo2cD7qbvPkgcB959tZIKj6SNZWoRRt5VfSlOTFZNxqvagtb kywRTYHefHDbZla7hNbHQ_MCAk3N4ZVqxmrny4_1Fkcca0AXej4kK9GjQcGIPHqHl8XrKDk7WBah Pi9Z85rU4sECL9epjHXi7wdXkYlyASc3t1hiz1x0guQ0IFCKRP_eqscNWZV3pQo3wD32KnrTl2w6 nX8rq0PBK.9yDIjH4adv4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Mon, 30 Jul 2018 01:55:11 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp419.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 06770c9b3fe662fcc304756ad789a011; Mon, 30 Jul 2018 01:55:08 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Building devel/powerpc64-gcc and devel/amd64-gcc and the like fail: "Unable to access file" for many files in work/stage/... From: Mark Millard In-Reply-To: Date: Sun, 29 Jul 2018 18:55:06 -0700 Cc: mat@FreeBSD.org, FreeBSD Ports , Bryan Drewery Content-Transfer-Encoding: quoted-printable Message-Id: <6047CF45-733C-4331-B640-4A501F48B698@yahoo.com> References: <3A54CD6F-FEE9-4813-97B8-76A3E619D7F4@yahoo.com> <884de41d-011e-a025-bfec-4e61b5546336@FreeBSD.org> <47AE95CB-1BD7-42DA-AA17-3EC0252FAF59@yahoo.com> <381572D9-6338-4DF4-B731-860557B2F666@yahoo.com> To: John Baldwin , Gerald Pfeifer X-Mailer: Apple Mail (2.3445.9.1) X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2018 01:55:18 -0000 [Looks like this might be objdump being available vs. not for the architecture doing the build of devel/powerpc64-gcc (or which ever *-gcc), such as via poudriere-devel: configure.ac and its configure produced depend on objdump for -rdynamic testing but devel/powerpc64-gcc and the like do not list appropriate build dependencies for the architecture doing the build. If buildworld did not include objdump that leaves only a port to supply it and a path would need to be set up to find it. More evidence listed bottom-posted.] On 2018-Jul-29, at 5:22 PM, Mark Millard wrote: > [In my poudriere-devel enviroment configure is deciding: = enable_plugin=3D'no' .] >=20 > On 2018-Jul-29, at 10:51 AM, Mark Millard = wrote: >=20 >> On 2018-Jul-29, at 8:42 AM, John Baldwin wrote: >>=20 >>> On 7/28/18 9:39 AM, Mark Millard wrote: >>>> [Older directions of investigation omitted.] >>>>=20 >>>> On 2018-Jul-26, at 10:24 AM, John Baldwin = wrote: >>>>=20 >>>>> On 7/26/18 12:02 AM, Mark Millard wrote: >>>>>> Based on attempting to update (via poudriere-devel and pkg) to = -r475344 (from >>>>>> a prior 2018-Jul-15 6.4.0_1 build and installation of such = devel/*-gcc --and >>>>>> other things). . . >>>>>>=20 >>>>>> =3D=3D=3D> Building package for powerpc64-gcc-6.4.0_2 >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/gtype.state:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/ada/gcc-interface/ada-tree.de= f:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/addresses.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/alias.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/all-tree.def:No such file = or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/alloc-pool.h:No such file = or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/ansidecl.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/asan.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/attribs.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/auto-host.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/auto-profile.h:No such file = or directory >>>>>> . . . >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/xcoff.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/plugin/include/xcoffout.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/libexec/gcc/po= werpc64-unknown-freebsd12.0/6.4.0/plugin/gengtype:No such file or = directory >>>>>> *** Error code 1 >>>>>>=20 >>>>>>=20 >>>>>> =3D=3D=3D> Building package for amd64-gcc-6.4.0_2 >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/gtype.state:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No = such file or directo >>>>>> ry >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/addresses.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/alias.h:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/all-tree.def:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/alloc-pool.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/ansidecl.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/asan.h:No such file or directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/attribs.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/auto-host.h:No such file or = directory >>>>>> pkg-static: Unable to access file = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/plugin/include/auto-profile.h:No such file or = directory >>>>>> . . . >>>>>>=20 >>>>>> I'll not list devel/aarch64 materials but they are similar. >>>>>>=20 >>>>>>=20 >>>>>> Looking around for, say, gtype.state shows the likes of: >>>>>>=20 >>>>>> # find /wrkdirs/usr/ports/devel/ -name gtype.state -print | more >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/.build/gcc/gtype.state >>>>>> /wrkdirs/usr/ports/devel/amd64-gcc/work/.build/gcc/gtype.state >>>>>>=20 >>>>>> ( Nothing in work/stage/... ) >>>>>>=20 >>>>>>=20 >>>>>> In fact: >>>>>>=20 >>>>>> # ls -laTt = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/lib/gcc/powerp= c64-unknown-freebsd12.0/6.4.0/ >>>>>> total 16 >>>>>> drwxr-xr-x 4 root wheel 512 Jul 25 22:00:28 2018 . >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 21:59:38 2018 install-tools >>>>>> drwxr-xr-x 2 root wheel 512 Jul 25 21:59:37 2018 include >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 21:59:26 2018 .. >>>>>>=20 >>>>>> # ls -laTt = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/lib/gcc/x86_64-unk= nown-freebsd12.0/6.4.0/ >>>>>> total 16 >>>>>> drwxr-xr-x 4 root wheel 512 Jul 25 22:07:48 2018 . >>>>>> drwxr-xr-x 2 root wheel 2048 Jul 25 22:07:48 2018 include >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 22:07:47 2018 = install-tools >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 22:07:44 2018 .. >>>>>>=20 >>>>>> # ls -laTt = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/libexec/gcc/po= werpc64-unknown-freebsd12.0/6.4.0/ >>>>>> total 284336 >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 22:00:28 2018 . >>>>>> -r-xr-xr-x 1 root wheel 2812448 Jul 25 22:00:26 2018 = lto-wrapper >>>>>> drwxr-xr-x 2 root wheel 512 Jul 25 21:59:38 2018 = install-tools >>>>>> -r-xr-xr-x 1 root wheel 101453496 Jul 25 21:59:35 2018 cc1plus >>>>>> -r-xr-xr-x 1 root wheel 2402600 Jul 25 21:59:35 2018 = collect2 >>>>>> -r-xr-xr-x 1 root wheel 90112408 Jul 25 21:59:35 2018 lto1 >>>>>> -r-xr-xr-x 1 root wheel 93819272 Jul 25 21:59:34 2018 cc1 >>>>>> lrwxr-xr-x 1 root wheel 22 Jul 25 21:59:28 2018 = liblto_plugin.so -> liblto_plugin.so.0.0.0 >>>>>> lrwxr-xr-x 1 root wheel 22 Jul 25 21:59:28 2018 = liblto_plugin.so.0 -> liblto_plugin.so.0.0.0 >>>>>> -rwxr-xr-x 1 root wheel 264360 Jul 25 21:59:28 2018 = liblto_plugin.so.0.0.0 >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 21:59:26 2018 .. >>>>>>=20 >>>>>> # ls -laTt = /wrkdirs/usr/ports/devel/amd64-gcc/work/stage/usr/local/libexec/gcc/x86_64= -unknown-freebsd12.0/6.4.0/ >>>>>> total 317648 >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 22:07:48 2018 . >>>>>> drwxr-xr-x 2 root wheel 512 Jul 25 22:07:47 2018 = install-tools >>>>>> -r-xr-xr-x 1 root wheel 2829704 Jul 25 22:07:47 2018 = lto-wrapper >>>>>> -r-xr-xr-x 1 root wheel 105180264 Jul 25 22:07:46 2018 cc1 >>>>>> -r-xr-xr-x 1 root wheel 112817696 Jul 25 22:07:46 2018 cc1plus >>>>>> -r-xr-xr-x 1 root wheel 2404680 Jul 25 22:07:46 2018 = collect2 >>>>>> -r-xr-xr-x 1 root wheel 101541352 Jul 25 22:07:46 2018 lto1 >>>>>> drwxr-xr-x 3 root wheel 512 Jul 25 22:07:44 2018 .. >>>>>> lrwxr-xr-x 1 root wheel 22 Jul 25 22:07:44 2018 = liblto_plugin.so -> liblto_plugin.so.0.0.0 >>>>>> lrwxr-xr-x 1 root wheel 22 Jul 25 22:07:44 2018 = liblto_plugin.so.0 -> liblto_plugin.so.0.0.0 >>>>>> -rwxr-xr-x 1 root wheel 264168 Jul 25 22:07:44 2018 = liblto_plugin.so.0.0.0 >>>>>>=20 >>>>>> So no plugin paths at all. So looking . . . >>>>>>=20 >>>>>> # find /wrkdirs/usr/ports/devel/ -name plugin -print | more >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/libjava/classpath/na= tive/plugin >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/libgomp/plugin >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/liboffloadmic/plugin= >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/testsuite/objc.d= g/plugin >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/testsuite/gcc.dg= /plugin >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/testsuite/g++.dg= /plugin >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/testsuite/obj-c+= +.dg/plugin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/libjava/classpath/native= /plugin >>>>>> /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/libgomp/plugin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/liboffloadmic/plugin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/testsuite/objc.dg/pl= ugin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/testsuite/gcc.dg/plu= gin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/testsuite/g++.dg/plu= gin >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/testsuite/obj-c++.dg= /plugin >>>>>>=20 >>>>>> (None of which seem to be a match.) >>>>>>=20 >>>>>> Picking a plugin/include/*.h file and looking for it: >>>>>>=20 >>>>>> lib/gcc/%%GCC_TARGET%%/%%GCC_VERSION%%/plugin/include/xcoff.h >>>>>>=20 >>>>>> # find /wrkdirs/usr/ports/devel/ -name xcoff.h -print | more >>>>>> = /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/config/rs6000/xc= off.h >>>>>> /wrkdirs/usr/ports/devel/powerpc64-gcc/work/gcc-6.4.0/gcc/xcoff.h >>>>>> = /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/config/rs6000/xcoff.= h >>>>>> /wrkdirs/usr/ports/devel/amd64-gcc/work/gcc-6.4.0/gcc/xcoff.h >>>>>>=20 >>>>>>=20 >>>>>> Note: the devel/*-binutils builds worked fine, as did devel/gdb . >>>>>> ( lang/gcc8 is still rebuilding. ) >>>>>>=20 >>>>>> Context: >>>>>>=20 >>>>>> # uname -apKU >>>>>> FreeBSD FBSDUSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r336693M = amd64 amd64 1200075 1200075 >>>>>=20 >>>>> Hmm, I'll investigate. I wonder if it's the fact that I fixed the = --host to correctly >>>>> use x86_64 instead of amd64 when building a !amd64 GCC on an amd64 = host (r475291). >>>>=20 >>>> I reverted -r475361 and started a poudriere-devel based build >>>> to test if it is contributing to the above. I'll report back >>>> later. >>>>=20 >>>> This was: >>>>=20 >>>> Author: mat >>>> Date: Thu Jul 26 11:09:46 2018 >>>> New Revision: 475361 >>>> URL:=20 >>>> https://svnweb.freebsd.org/changeset/ports/475361 >>>>=20 >>>>=20 >>>> Log: >>>> Extract PLIST_SUB substitutions into a sed script. >>>>=20 >>>> This fixes PLIST_SUB being too big and PLIST_SUB_SED getting bigger = than >>>> _POSIX2_LINE_MAX. >>>>=20 >>>> PR: 222355 >>>> Reported by: asomers >>>> Reviewed by: asomers, mfechner >>>> Sponsored by: Absolight >>>> Differential Revision: =20 >>>> https://reviews.freebsd.org/D14014 >>>>=20 >>>>=20 >>>> Modified: >>>> head/Mk/Scripts/check-stagedir.sh (contents, props changed) >>>> head/Mk/Scripts/check_leftovers.sh (contents, props changed) >>>> head/Mk/Scripts/plist_sub_sed_sort.sh (contents, props changed) >>>>=20 >>>> # svnlite update -r475360 /usr/ports/Mk/Scripts/check-stagedir.sh = /usr/ports/Mk/Scripts/check_leftovers.sh = /usr/ports/Mk/Scripts/plist_sub_sed_sort.sh >>>> Updating '/usr/ports/Mk/Scripts/check-stagedir.sh': >>>> U /usr/ports/Mk/Scripts/check-stagedir.sh >>>> Updated to revision 475360. >>>> Updating '/usr/ports/Mk/Scripts/check_leftovers.sh': >>>> U /usr/ports/Mk/Scripts/check_leftovers.sh >>>> Updated to revision 475360. >>>> Updating '/usr/ports/Mk/Scripts/plist_sub_sed_sort.sh': >>>> U /usr/ports/Mk/Scripts/plist_sub_sed_sort.sh >>>> Updated to revision 475360. >>>> Summary of updates: >>>> Updated '/usr/ports/Mk/Scripts/check-stagedir.sh' to r475360. >>>> Updated '/usr/ports/Mk/Scripts/check_leftovers.sh' to r475360. >>>> Updated '/usr/ports/Mk/Scripts/plist_sub_sed_sort.sh' to r475360. >>>=20 >>> FWIW, I built all of the *-gcc ports for testing my commit this week >>> and they all built fine (and have clean plists now). I was not able >>> to reproduce the failure you saw. All of my builds were on an amd64 >>> host though. Can you give more details on how you are building = these >>> (e.g. your host architecture, your host OS version, etc.) >>>=20 >>=20 >> Currently (I've updated versions multiple times over this issue): >>=20 >> # uname -apKU >> FreeBSD FBSDUSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r336693M amd64 = amd64 1200075 1200075 >>=20 >> The "M" is mostly for powerpc family targeted experimenting with = modern >> compilers/toolchains. (But I currently do not have access to the = powerpc >> family hardware.) >>=20 >> amd64 FreeBSD is running under virtualbox on a macOS machine for my = current >> context. >>=20 >> Per other notices: I've no problems building the 3 devel/*-gcc = compilers >> that I use via portmaster (other things installed from pkg first, = using >> my poudriere-devel builds to populate what pkg uses, so that only the >> compilers build via portmaster). >>=20 >> So it appears something is odd in my poudriere-devel context despite = only >> those 3 ports having observed build problems. >>=20 >> # poudriere jail -l >> JAILNAME VERSION ARCH METHOD TIMESTAMP PATH >> FBSDFSSDjail 12.0-CURRENT amd64 null 2017-11-22 10:15:15 = /usr/obj/DESTDIRs/clang-amd64-installworld-poud >>=20 >> poudriere-devel is using /usr/src (the same source my system is built >> from). I install /usr/obj/DESTDIRs/clang-amd64-installworld-poud via >> the following each time I update FreeBSD versions: >>=20 >> -j4 installworld distrib-dirs distribution DB_FROM_SRC=3D1 = DESTDIR=3D/usr/obj/DESTDIRs/clang-amd64-installworld-poud >>=20 >> I do so from the same buildworld result that I install for what I >> boot in virtualbox. >>=20 >> A similar point goes for /usr/ports: poudriere-devel is using >> what the booted system is using. >>=20 >> So both the portmaster and the poudriere-devel attempts are based on = the >> same buildworld and the same /usr/ports content. >>=20 >> As of yet I've no clue what might be technically contributing to what >> happens in the poudriere-devel based builds of the devel/*-gcc >> compilers vs. portmaster. >=20 > Comparing my work/.build/config.log files from poudriere-devel vs. > portmaster build attempts shows (among other differences): >=20 > diff -u = /wrkdirs/usr/ports/devel/powerpc64-gcc-poud-failure/work/.build/config.log= /wrkdirs/usr/ports/devel/powerpc64-gcc/work/.build/config.logs | more > . . .=20 > configure:29237: checking for -rdynamic > -configure:29247: result: no > +configure:29247: result: yes > . . . > -enable_plugin=3D'no' > +enable_plugin=3D'yes' > . . . > -pluginlibs=3D'' > +pluginlibs=3D'-rdynamic' > . . . >=20 > So I've traced it back a ways so far. = /wrkdirs/usr/ports/devel/powerpc64-gcc-poud-failure/work/gcc-6.4.0/config/= gcc-plugin.m4 has: if test x"$enable_plugin" =3D x"yes"; then AC_MSG_CHECKING([for exported symbols]) if test "x$export_sym_check" !=3D x; then echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep -q foobar > = /dev/null; then : # No need to use a flag AC_MSG_RESULT([yes]) else AC_MSG_RESULT([yes]) AC_MSG_CHECKING([for -rdynamic]) ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep -q foobar > = /dev/null; then plugin_rdynamic=3Dyes pluginlibs=3D"-rdynamic" else plugin_rdynamic=3Dno enable_plugin=3Dno fi AC_MSG_RESULT([$plugin_rdynamic]) fi else AC_MSG_RESULT([unable to check]) fi . . . The matching = /wrkdirs/usr/ports/devel/powerpc64-gcc-poud-failure/work/gcc-6.4.0/gcc/con= figure has: if test x"$enable_plugin" =3D x"yes"; then =20 { $as_echo "$as_me:${as_lineno-$LINENO}: checking for exported = symbols" >&5 $as_echo_n "checking for exported symbols... " >&6; } if test "x$export_sym_check" !=3D x; then echo "int main() {return 0;} int foobar() {return 0;}" > = conftest.c ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > = /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep -q foobar > = /dev/null; then : # No need to use a flag { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5 $as_echo "yes" >&6; } else { $as_echo "$as_me:${as_lineno-$LINENO}: result: yes" >&5 $as_echo "yes" >&6; } { $as_echo "$as_me:${as_lineno-$LINENO}: checking for = -rdynamic" >&5 $as_echo_n "checking for -rdynamic... " >&6; } ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep -q foobar > = /dev/null; then plugin_rdynamic=3Dyes pluginlibs=3D"-rdynamic" else plugin_rdynamic=3Dno enable_plugin=3Dno fi { $as_echo "$as_me:${as_lineno-$LINENO}: result: = $plugin_rdynamic" >&5 $as_echo "$plugin_rdynamic" >&6; } fi else { $as_echo "$as_me:${as_lineno-$LINENO}: result: unable to check" = >&5 $as_echo "unable to check" >&6; } fi . . . So it appears that: ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o = conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep -q foobar > = /dev/null; then . . . does not agree between the poudriere-devel vs. portmaster build contexts for my environment. It looks like configure uses objdump (without a path-prefix) for export_sym_check : case "${host}" in *-*-darwin*) if test x$build =3D x$host; then export_sym_check=3D"nm${exeext} -g" elif test x$host =3D x$target; then export_sym_check=3D"$gcc_cv_nm -g" else export_sym_check=3D fi ;; *) if test x$build =3D x$host; then export_sym_check=3D"objdump${exeext} -T" elif test x$host =3D x$target; then export_sym_check=3D"$gcc_cv_objdump -T" else export_sym_check=3D fi ;; esac Note that this would not be the objdump from devel/powerpc64-binutils but one for amd64 (in my example) such as from devel/binutils or devel/amd64-binutils for my context. Note the lack of any alternative to objdump use (for build matching = host). devel/binutils and/or amd64-binutils (my particular context) are not listed by freshports as "Build dependencies" for devel/powerpc64-gcc . For portmaster's use in my environment: # which objdump /usr/local/bin/objdump so it would find such. I only recently switched to using: WITHOUT_BINUTILS_BOOTSTRAP=3D in by buildworld buildkernel activities, including on/for TARGET_ARCH=3Damd64 . Previously I had WITH_BINUTILS_BOOTSTRAP=3D explicitly (in addition to WITH_ELFTOOLCHAIN_BOOTSTRAP=3D ). =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)