[Bug 218808] www/firefox: usr/bin/ld: error: unknown argument: --warn-unresolved-symbols
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218808 --- Comment #5 from O. Hartmann --- The problem still persists in ports tree revision r443820 and prvents me from compiling www/firefox, which is now crashing rapidly on recent CURRENT (i.e. At revision 320065, amd64, with WITH_LLD_IS_LD=yes is set and the INO64 issue never resolved due to compilation problems). I consider this a serious issue since there are plans to make WITH_LLD_IS_LD the default on AMD64 platforms. Also, I stepped into another issue regarding devel/glib20 and I'd like to refer to Bug 220103 which seems to be related somehow having Jan Beichs comment (Comment 1) in mind. -- 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"
arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125]
This is a variant of the wording in bugzilla 220125: Unless buildworld (not just kernel-toolchain) is used before buildkernel the result for arm64 is: --- armv8_crypto_wrap.o --- In file included from /usr/src/sys/crypto/armv8/armv8_crypto_wrap.c:46: /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/tmp/usr/bin/../lib/clang/4.0.0/include/arm_neon.h:31:10: fatal error: 'stdint.h' file not found #include ^~ --- all_subdir_armv8crypto --- *** [armv8_crypto_wrap.o] Error code 1 Doing a kernel-toolchain build establishes: # ls -dlT /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/* drwxr-xr-x 2 root wheel 2 Jun 18 22:14:57 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/arpa drwxr-xr-x 2 root wheel 2 Jun 18 22:14:59 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/gssapi drwxr-xr-x 2 root wheel 2 Jun 18 22:14:57 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/protocols drwxr-xr-x 2 root wheel 2 Jun 18 22:14:58 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/rpc drwxr-xr-x 2 root wheel 2 Jun 18 22:14:58 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/rpcsvc drwxr-xr-x 2 root wheel 2 Jun 18 22:14:59 2017 /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/include/xlocale which excludes the following that a buildworld establishes (shown from a different build): # find /usr/obj/cortexA53_clang/ -name stdint.h -print | more /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/include/sys/stdint.h /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/include/c++/v1/stdint.h /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/include/c++/v1/tr1/stdint.h /usr/obj/cortexA53_clang/arm64.aarch64/usr/src/tmp/usr/include/stdint.h One of: A) kernel-toolchain needs to establish a stdint.h that would be found vs. B) arm_neon.h needs to avoid needing stdint.h (presumes armv8_crypto_wrap.c is correct to include arm_neon.h ) at least if the kernel-toolchain then buildkernel sequence is to be supported for arm64. === Mark Millard markmi at dsl-only.net ___ 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: arm64 on head -r320059 (e.g.) fails buildkernel with only kernel-toolchain first (not buildworld) [Bugzilla 220125]
On 19 Jun 2017, at 08:46, Mark Millard wrote:
>
> This is a variant of the wording in bugzilla 220125:
>
> Unless buildworld (not just kernel-toolchain) is used before
> buildkernel the result for arm64 is:
>
> --- armv8_crypto_wrap.o ---
> In file included from /usr/src/sys/crypto/armv8/armv8_crypto_wrap.c:46:
> /usr/obj/cortexA53dbg_clang/arm64.aarch64/usr/src/tmp/usr/bin/../lib/clang/4.0.0/include/arm_neon.h:31:10:
> fatal error: 'stdint.h' file not found
...
> A) kernel-toolchain needs to establish a stdint.h
> that would be found
> vs.
> B) arm_neon.h needs to avoid needing stdint.h
> (presumes armv8_crypto_wrap.c is correct to
>include arm_neon.h )
>
> at least if the kernel-toolchain then buildkernel
> sequence is to be supported for arm64.
Solution A is problematic because it then would require to install
headers into ${WORLDTMP}. This is what buildworld does.
Solution B is problematic because arm_neon.h uses stdint.h types
extensively.
Maybe the solution with the least amount of work is to provide a
kernel-specific wrapper header with the stdint.h types.
Otherwise, just use buildworld before buildkernel.
-Dimitry
signature.asc
Description: Message signed with OpenPGP
