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
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.] >> >> On 2017-Jul-23, at 8:51 PM, Mark Millard wrote: >> >> > [Using WITH_LLDB= had no problem for amd64 -> TARGET_ARCH=aarch64 >> > buildworld buildkernel .] >> . . . >> > >> > 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. Just FYI: Attempting WITH_LLDB= in a amd64 -> armv6/7 cross build of -r321493 failed as shown below despite using: XCFLAGS+= -mcpu=cortex-a7 XCXXFLAGS+= -mcpu=cortex-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='lldb.full' .ERROR_META_FILE='/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/lldb/lldb.full.meta' .MAKE.LEVEL='5' MAKEFILE='' .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose' _ERROR_CMD='c++ -mcpu=cortex-a7 -mcpu=cortex-a7 -target armv6-gnueabihf-freebsd12.0 --sysroot=/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=\"armv6-unknown-freebsd12.0-gnueabihf\" -DLLVM_HOST_TRIPLE=\"armv6-unknown-freebsd12.0\" -DDEFAULT_SYSROOT=\"\" -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=c++11 -fno-except ions -fno-rtti -stdlib=libc++ -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='/usr/src/usr.bin/clang/lldb' .MAKE='make' .OBJDIR='/usr/obj/armv7_clang/arm.armv6/usr/src/usr.bin/clang/lldb' .TARGETS='all' DESTDIR='/usr/obj/armv7_clang/arm.armv6/usr/src/tmp' LD_LIBRARY_PATH='' MACHINE='arm' MACHINE_ARCH='armv6' MAKEOBJDIRPREFIX='/usr/obj/armv7_clang/arm.armv6' MAKESYSPATH='/usr/src/share/mk' MAKE_VERSION='20170720' PATH='/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/sbin:/usr/obj/armv7_clang/arm.armv6/usr/src/tmp/legacy/usr/bin:/usr/obj/armv7_clang/arm.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:/usr/sbin:/usr/bin' SRCTOP='/usr/src' OBJTOP='/usr/obj/armv7_clang/arm.armv6/usr/src' .MAKE.MAKEFILES='/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.o
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)
[ -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.] >> >> On 2017-Jun-29, at 3:33 PM, Mark Millard wrote: >> >>> [This is a clang targetting powerpc64 context from my >>> experimentation efforts, not the normal gcc 4.2.1 context >>> for powerpc64.] >>> >>> 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. >>> >>> --- install32 --- >>> cd /usr/src/lib; MACHINE=powerpc MACHINE_ARCH=powerpc >>> MAKEOBJDIRPREFIX=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/world32 >>> PATH=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/usr/sbin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/usr/bin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/bin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/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/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/usr/bin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/legacy/bin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/sbin >>> :/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp/usr/bin >>> :/tmp/install.7ljKosWa >>> SYSROOT=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32 >>> LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 DTRACE="dtrace" make >>> LD="/usr/local/powerpc64-freebsd/bin/ld -m elf32ppc_fbsd" >>> OBJCOPY="/usr/local/powerpc64-freebsd/bin/objcopy" >>> NM="/usr/local/powerpc64-freebsd/bin/nm" -DCOMPAT_32BIT CC="cc -target >>> powerpc64-unknown-freebsd12.0 >>> --sysroot=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp >>> -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT -mcpu=powerpc -m32 >>> -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32/usr/lib32 >>> >>> --sysroot=/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="c++ -target powerpc64-unknown-freebsd12.0 >>> --sysroot=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp >>> -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT -mcpu=powerpc -m32 -L/ >>> usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32/usr/lib32 >>> >>> --sysroot=/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="cpp -target powerpc64-unknown-freebsd12.0 >>> --sysroot=/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/tmp >>> -B/usr/local/powerpc64-freebsd/bin/ -DCOMPAT_32BIT -mcpu=powerpc -m32 >>> -L/usr/obj/powerpc64vtsc_clang_altbinutils/powerpc.powerpc64/usr/src/lib32/usr/lib32 >>> >>> --sysroot=/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=no -DNO_LINT MK_TESTS=no MK_MAN=no MK_HTML=no >>> MK_TOOLCHAIN=no -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=/usr/local/powerpc64-freebsd/bin/ld >>> *** [install32] Error code 1 >>> >>> # ls -lT /tmp/install.7ljKosWa/ >>> total 6151 >>> -r-xr-xr-x1 root wheel12592 Jun 29 14:02:46 2017 [ >>> -r-xr-xr-x1 root wheel 207320 Jun 29 14:02:46 2017 awk >>> -r-xr-xr-x1 root wheel 8456 Jun 29 14:02:46 2017 cap_mkdb >>> -r-xr-xr-x1 root wheel13272 Jun 29 14:02:46 2017 cat >>> . . . >>> -r-xr-xr-x1 root wheel57632 Jun 29 14:02:46 2017 find >>> -r-xr-xr-x1 root wheel99064 Jun 29 14:02:46 2017 grep >>> -r-xr-xr-x1 root wheel13360 Jun 29 14:02:46 2017 id >>> . . . >>> >>> So there is no "head" to find. Below uses "find" instead >>> to confirm the x86-64 ELF status: >>> >>> # file /tmp/install.7ljKosWa/find >>> /tmp/install.7ljKosWa/find: ELF 64-bit LSB executable, x86-64, version 1 >>> (FreeBSD), dynamically linked, interprete
[Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219484 --- Comment #14 from fernando.apesteg...@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=220951 It's a pending update to 3.13.0. I would like to make the changes on top of that. Thanks -- You are receiving this mail because: You are on the CC list for the bug. ___ 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"
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)
On 7/26/2017 3:06 AM, Mark Millard wrote: > [ -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.] 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. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
[Bug 219484] cad/openvsp: Fails to build with lang/gcc6 or later on 10.3 (< 11.0)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219484 fernando.apesteg...@gmail.com changed: What|Removed |Added Depends on||220951 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220951 [Bug 220951] cad/openvsp: Update to 3.13.0 -- You are receiving this mail because: You are on the CC list for the bug. ___ 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"
[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- 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. -- You are receiving this mail because: You are on the CC list for the bug. ___ 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"
