Date: Sun, 29 Jul 2018 18:55:06 -0700 From: Mark Millard <marklmi@yahoo.com> To: John Baldwin <jhb@FreeBSD.org>, Gerald Pfeifer <gerald@pfeifer.com> Cc: mat@FreeBSD.org, FreeBSD Ports <freebsd-ports@freebsd.org>, Bryan Drewery <bdrewery@FreeBSD.org> Subject: Re: Building devel/powerpc64-gcc and devel/amd64-gcc and the like fail: "Unable to access file" for many files in work/stage/... Message-ID: <6047CF45-733C-4331-B640-4A501F48B698@yahoo.com> In-Reply-To: <CE2DB859-D47E-40D2-8B92-0FBD0913123B@yahoo.com> References: <3A54CD6F-FEE9-4813-97B8-76A3E619D7F4@yahoo.com> <884de41d-011e-a025-bfec-4e61b5546336@FreeBSD.org> <47AE95CB-1BD7-42DA-AA17-3EC0252FAF59@yahoo.com> <aac81a01-d9fa-703b-b1b3-577537bc8956@FreeBSD.org> <381572D9-6338-4DF4-B731-860557B2F666@yahoo.com> <CE2DB859-D47E-40D2-8B92-0FBD0913123B@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[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 <marklmi at yahoo.com> wrote: > [In my poudriere-devel enviroment configure is deciding: = enable_plugin=3D'no' .] >=20 > On 2018-Jul-29, at 10:51 AM, Mark Millard <marklmi at yahoo.com> = wrote: >=20 >> On 2018-Jul-29, at 8:42 AM, John Baldwin <jhb at FreeBSD.org> 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 <jhb at freebsd.org> = 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)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6047CF45-733C-4331-B640-4A501F48B698>