[Actually devel/gettext-tools is a build time dependency: it should not be using libtool: link: /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc --sysroot=. . . It looks like the /usr/local/lib references are correct but the wrong linker was being used. About 5 other ports have a similar status for making base/binutils as a cross build.]
On 2018-Oct-5, at 11:00 PM, Mark Millard <marklmi at yahoo.com> wrote: > In trying to follow the base/binutils part of > https://wiki.freebsd.org/ExternalGCC > (or /usr/ports/base/README) for targeting powerpc64 I got: > > ( My /etc/make.conf has: WRKDIRPREFIX?=/wrkdirs .) > > # cd ../../base/binutils/ > # make CROSS_TOOLCHAIN=powerpc64-gcc > CROSS_SYSROOT=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld package > . . . Note: This should involve building devel/gettext-tools targetting amd64 (the host environment in this example) because devel/gettext-tools is a build-time dependency, not to be run on the target system. > --- recode-sr-latin --- > /bin/sh ../libtool --tag=CC --mode=link > /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc > --sysroot=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld -O2 -pipe > -DLIBICONV_PLUG -g -fno-strict-aliasing -o recode-sr-latin > recode_sr_latin-recode-sr-latin.o recode_sr_latin-filter-sr-latin.o > ../gnulib-lib/libgettextlib.la ../intl/libintl.la -L/usr/local/lib So the following is wrong: --mode=link /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc --sysroot=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld here and analogous points are later. > --- cldr_plurals-cldr-plural.o --- > . . . > --- recode-sr-latin --- > libtool: link: /usr/local/bin/powerpc64-unknown-freebsd12.0-gcc > --sysroot=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld -O2 -pipe > -DLIBICONV_PLUG -g -fno-strict-aliasing -o .libs/recode-sr-latin > recode_sr_latin-recode-sr-latin.o recode_sr_latin-filter-sr-latin.o > ../gnulib-lib/.libs/libgettextlib.so > /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.19.8.1/gettext-tools/intl/.libs/libintl.so > -L/usr/local/lib ../intl/.libs/libintl.so -lm -lncurses -Wl,-rpath > -Wl,/usr/local/lib > --- hostname --- > . . . > --- recode-sr-latin --- > /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.19.8.1/gettext-tools/intl/.libs/libintl.so: > undefined reference to `pthread_create' devel/gettext-tools has an option to enable/disable building for thread use, with a default of enabled. > collect2: error: ld returned 1 exit status > *** [recode-sr-latin] Error code 1 > > make[16]: stopped in > /wrkdirs/usr/ports/devel/gettext-tools/work/gettext-0.19.8.1/gettext-tools/src > > > The use of -L/usr/local/lib and -Wl,-rpath -Wl,/usr/local/lib look > suspect for such cross builds: > > # ls /usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld/usr/local/lib/ > ls: /usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld/usr/local/lib/: No such > file or directory I went the wrong direction with this: it should not be a powerpc64 targeted operation and so /usr/local/lib appears to be a correct aspect. > Then there is also: undefined reference to `pthread_create'. Is there > a missing -pthread or some such? (Or is the /usr/local/lib reference > a cause?) [FYI: The earlier pkg build seem to have worked.] This sort of aspect might still apply. > Looks like this way of getting to 12 or later for powerpc64 without > use of gcc 4.2.1 is currently blocked. (The issue may not be limited > to powerpc64.) May be if devel/gettext-tools had been pre-built and installed before trying the CROSS_TOOLCHAIN=powerpc64-gcc CROSS_SYSROOT=/usr/obj/DESTDIRs/xtcgcc-powerpc64-installworld based build activity it would have been okay? [I try such later below and report on the results.] There are no words on https://wiki.freebsd.org/ExternalGCC or in /usr/ports/base/README for such special build-sequence instructions. > (It is also unclear how the process involving base/* mixes with doing > later FreeBSD updates from source --including any use of a delete-old > step if WITHOUT_BINUTILS= is used at the time. For the cross buildworld > itself it is not clear what options are intended.) > > > > Notes about some typos on: https://wiki.freebsd.org/ExternalGCC > > /usr/ports/devel/ports-mgmt/pkg should be: > /usr/ports/ports-mgmt/pkg > > 3 examples of CROSS_TOOCLAHIN should be: > CROSS_TOOLCHAIN > > > Notes about the /usr/ports/base/README : > > No mention is made of the pkg build so that it can be > set up on the target. Only https://wiki.freebsd.org/ExternalGCC > has that information. /usr/ports/base/README does not > reference https://wiki.freebsd.org/ExternalGCC either. There may be more material needed on one or both of https://wiki.freebsd.org/ExternalGCC and/or /usr/ports/base/README for the likes of how/when things like devel/gettext-tools should be built vs. when CROSS_TOOLCHAIN=. . . CROSS_SYSROOT= . . . builds build steps should be done. There may be more material needed about the build options to use for various steps, such as if devel/gettext-tools should have threading enabled vs. disabled. The following seem to have a similar status to devel/gettext-tools: math/gmp math/mpfr devel/bison devel/m4 (indirectly via devel/bison) devel/gmake devel/gettext-tools (just for list completeness) in that each is a build dependency for devel/binutils variants, such as base/binutils . With those 6 ports pre-installed as host non-cross-build material (amd64 here) the cross build/package of base/binutils worked, given that it was not already installed as host material. [In thinking about it I think I made similar notes and sent them out on the lists long ago. base/* have improved much since then: I reported a lot more then as well that does not apply now.] === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______________________________________________ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"
