From nobody Sat Aug 31 03:33:07 2024 X-Original-To: freebsd-arm@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Wwgb86y7Vz5TSq4 for ; Sat, 31 Aug 2024 03:33:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Wwgb71wStz4Mrc for ; Sat, 31 Aug 2024 03:33:23 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ByX34mF3; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.66.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725075200; bh=TRIYIhZSuKAxTbhvWMLujKrv9mGKlxz5n7m0zsHdXl4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=ByX34mF3vBFc3+9RfKlI3OlV2uipUVMVkmzrOq1yzHJYEA4B03a3AkToSgX3XpUN1RmDRxjXRbcgkKoZOgx0hogQCcf3AW5x5CSG30biA7aHNlFqx8B/+qscwHwOPKDfKy0Ip6P1zmQx+0pyivC8lx+E7j8K5NpqMpKBEsDWEpks4KDglgGS0sXnFm2dNW1eF/3rXXoFURbXKuV0qOMCyjiRxAb+NBqa0LdQx30hHmeFijMTtA994cNApj7kaZJvFs1YsUREE4YI2b/zjqEMUTR1JxBuERstRQPIi5usEEdqKHBglOMgs6hrtw/wXDYNfhaRpi5lXHXTy0j8JUQWyA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725075200; bh=4fNk4qwJpUjPDmLW6xg/U5sU1SAaPQonODGb/cxij5O=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=Ap8MbcYbgfmpJiBUIz63VqkbYyJboSYW6xmpPTsPHvnjwCWPPmVROUjjyP7TcbXV4l3NKj7FRJgIPqxArCm5y70A/U6PwZOLWED3X+3/RTVkmQp1ZHGLrrf5RgmL7ax6vTAdj0qRUakuCpVBcHxJHIPllHtIuLeNq5UZUErq0qodyfYAxVBPm15jIBocN61mDW+tvBK2Fwro00R4+0iUyZ8buWNt1ry/VJPyHxEaSGJ3ahA0jeiqyd/KiyVwLKgWVPcf+WwYyIyB9XpznNr6XGP4Bmsj3wK6ZBEH7R05tnXRm2vVoJOd04BOFWh86hJvDcqBhk18lpXYwVpCxfUw3w== X-YMail-OSG: WZPrNq0VM1k48sQWCqznIYkHLZgLP3vnKzLuB3wemGcTGWMRKeB2R1dL_8Sq6Eu mxgxKjuwFWRy19y5CD2liVVRsDmoZSfMyYAfAqPopRTVqnBM7wKgRDSBvgeCHdeaRIOwzZSElpZX GIP_LnBwOK4sbwKhCO_52mOqM4P3ouIX5QCQCQbgH0IR3040SDEzlkLNHrx5GlUiJsrPw_.x_lpQ IC9Qrt0_t5PQ77IzNKQWUjpwv9w4my8kT9Wg2nFHoSMZ2JQ6BztslE.AwZ3ar.T28_aEUi4hs2fh n8ShDwCaUA5mYqLd6CPa02cpAoX7OzfbbJovMDrsm.v8x_YD8_eMMzxNxs9ghUANEyEUfASi1UQ5 cszKNgKH4.67Xg6cjFpZZa9t0q06VmVN.aIuBzxgfAMpPZyTx3AkrUy7ZJng2hE9zeeCdFkU7H9n S4DOQWyJ7zWuK0UvBmjt_qbbqtnN6dQK580s5AeW84YrzijDxVUhd0HWJvBtUdTQon7ZS0PNji.s 1i68i43O_KosSM_ocPIIGGDP8fqY4pA65QmydOrGsdqJ1888kPGsNlyFfXtbKGTMjzjjN9vSutz8 KwPzHPlW5j_NrqA0qx1ci07r1xTZcobF48O56Zaef42hcgYU45r_phbcIUBxKoR_lfmCkPa1xPCm npbCkuqcmSss0T58EeDLe4cuXcJqDu4d2hq23UHPMmXRfHg1DMts8PCt2nBrYK3GA_1pOwnCm8u. eK2zCbTaMfC_fDTG3HUhLeTus9FWMCLWojAnWFBSiSa9ZESFBWxnksj1QhAIx0sDTKAC5ucayEVF zKCKwbj1wO5gENpCuJRXhYy3OwuFoohcrDALtqKaGjHHEdM0GZv8wEcyzsK4QE4fh70K7l00In3b _FdbSK1Tw7pJbH0_5QAg4TzWVXGvOqlemUvKpFju3wQOeCksabJ68ShmWL7TPPEOWQvbWzrhokm4 BOliTnDGppIfg0f.BMX8sp57dwViu19vF4eTS0yYkDH1XzLd9yGWra0cyRzMNZhgw5dTd0k38Fkj C9wQpkRvnOXcA5A.tGOanrUn.RjDvhyaQTHSZldAurj3z4._SsvorA76jMsiNxYyfNO2UxPq1avo TRKOYqmZ3NJ0.RHFhMyjsS0AZs95GReg5R9DDg8Hjc0vXahY6J9QBGfSAZnCZR6WrVuDCaEL7l.e EXxRStcSNgNfpSfhil9yUgfc_JeMKd9HafCtGLhvCA3FXGq07kYNc_mbgVPbP7WLIXbDKQXwVqpv zFvF3wnfExc980NRhFfNwgdNxmQ.uiAmtW4gKTDZad63yHMDTTe4OPG8werRwI7M8AW29A7xfvhy 7F.SO3sv.e5xM_w0xzX9j5KHpT3oABqJL1nTu_TeIT5zoTL379Elm6ha6ucc..fKXi45bQkmocze .E19SPq3A2aIXVCsGmZkFhB0ptI39Q0L8LZfxg1_6sLzHh2ONuP1qAtkzI_1CHLSVq0Jwez.weNI vwNtJqIMPBcH_fiu0S4moKqg54mGZDwQ0E2e6wXz3k1VNwxuKTcmQ218b0ReHePMucWdjYgtZeIZ zCO7sbJlJn20bFIxosrilMBhOazAfs9eBuEo8vvTwjkupUkGs550RQle4vzl6Nm92NUppuSvmIPg K5HOgruVCz2u85hVp9slfh7zyU3zwdl9suGz70fZ0JL0S800BiDlr13W8.gL9HrCnoeafVyqs87L nvv8DAA6tnA96ufUMjt8wGBGxq1V_TxeqM1fkL2wF5iIsiIraskUb2RYQeqMTwwlW6JSivtXt78c I9m93HO7RzFTYMhOD5p.tWkf1TnnyVqotR0Vl2Y1PQ7QBk3lSx8gE53l4qM3knGys6GSF0Wi6zR. z6s3RyBovG7PciFecFoOvEEvZShKefqW4IM_eIbKNLt6Askb1x2JKVqGQMZC_3z0wJ496npUtpP3 Q0VOiJ0jZWQS.4iPJ45w97fTfhboooRxsh2RU.OMkwkZ3mleWtS1DMniNSLAa20wXqubBt5JLIFu 0dktjRiDTrg.H5heCrdrQl9OlXFMFwpOhmVj6mDViB7Sd0fdNN1vGcYswYbGQQcXOYN8om6up_w7 GbhLD01bnlKK6KfXcf5alYVKfz0cYmlFeQpBXlUervM3YXjc_v6HIkGxjpw9Opd7_eTCHsAxe9bT QbPFVSKRik7B9nEyRW5ca2imf6q_chbsBJLXIhp1B.RXG4Pnq_eLfmVKo.DOaJF_7tC4Wt4KVvmq AqLhfJYtsnMaTTK3I4HjA4NNYwkRQxIp1w_GoLX4ed8TuZWXDFBwX02XGoBQloXEcC5F.WlOtHfY aPFp0WsSqjvLhmg3BjrtE_2_EM7L563jWEV8VMfU9Z1B9DA-- X-Sonic-MF: X-Sonic-ID: 1d9f80a3-8063-4569-9546-91ededfb3413 Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 03:33:20 +0000 Received: by hermes--production-gq1-5d95dc458-m8nfd (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 90dc47ab7f4f918cb12e726602e02909; Sat, 31 Aug 2024 03:33:18 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\)) Subject: For an armv7 context, /usr/local/llvm1[789]/lib/clang/1[789]/include/arm_bf16.h does not exist: one thing blocking a firefox build via llvm1[78] From: Mark Millard In-Reply-To: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> Date: Fri, 30 Aug 2024 20:33:07 -0700 Cc: FreeBSD Toolchain , Brooks Davis , Tomoaki AOKI Content-Transfer-Encoding: quoted-printable Message-Id: References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> To: FreeBSD Mailing List , FreeBSD ARM List X-Mailer: Apple Mail (2.3776.700.51) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.98 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.983]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; DKIM_TRACE(0.00)[yahoo.com:+]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.147:from]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.147:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4Wwgb71wStz4Mrc [Subject was retitled.] On Aug 30, 2024, at 16:24, Mark Millard wrote: > What my test-of-building got was: No include file found = and > no OFlags::TMPFILE found (OFlags:: was found, TMPFILE in OFlags:: was = not): >=20 > In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.c:43: > In file included from = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/mfbt/lz4/xxhash.h:3434= : > /usr/local/llvm17/lib/clang/17/include/arm_neon.h:37:10: fatal error: = 'arm_bf16.h' file not found > 37 | #include > | ^~~~~~~~~~~~ > . . . >=20 > error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope > --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:144:32 > | > 144 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > | ^^^^^^^ associated item not = found in `OFlags` > | > ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 > | > 203 | / bitflags! { > 204 | | /// `O_*` constants for use with [`openat`]. > 205 | | /// > 206 | | /// [`openat`]: crate::fs::openat > ... | > 333 | | } > 334 | | } > | |_- associated item `TMPFILE` not found for this struct > | > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > . . . >=20 > error[E0599]: no associated item named `TMPFILE` found for struct = `backend::fs::types::OFlags` in the current scope > --> = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/syscalls.rs:207:32 > | > 207 | if oflags.contains(OFlags::TMPFILE) && = crate::backend::if_glibc_is_less_than_2_25() { > | ^^^^^^^ associated item not = found in `OFlags` > | > ::: = /wrkdirs/usr/ports/www/firefox/work/firefox-129.0.2/third_party/rust/rusti= x/src/backend/libc/fs/types.rs:203:1 > | > 203 | / bitflags! { > 204 | | /// `O_*` constants for use with [`openat`]. > 205 | | /// > 206 | | /// [`openat`]: crate::fs::openat > ... | > 333 | | } > 334 | | } > | |_- associated item `TMPFILE` not found for this struct > | > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > . . . > =3D note: this error originates in the macro = `$crate::__impl_bitflags` which comes from the expansion of the macro = `bitflags` (in Nightly builds, run with -Z macro-backtrace for more = info) >=20 > For more information about this error, try `rustc --explain E0599`. > error: could not compile `rustix` (lib) due to 2 previous errors >=20 >=20 > For reference: >=20 > # uname -apKU > FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT #8 = main-n271819-5cbb98c8259c-dirty: Fri Aug 23 22:06:47 PDT 2024 = root@aarch64-main-pbase:/usr/obj/BUILDs/main-CA76-nodbg-clang/usr/main-src= /arm64.aarch64/sys/GENERIC-NODBG-CA76 arm64 aarch64 1500023 1500023 >=20 > # ~/fbsd-based-on-what-commit.sh -C /usr/ports/ > 87a38a839ab8 (HEAD -> main, freebsd/main, freebsd/HEAD) = net-im/dissent: update package description > Author: Jan Beich > Commit: Jan Beich > CommitDate: 2024-08-24 18:30:01 +0000 > branch: main > merge-base: 87a38a839ab83c2def100a0975a7afb29e873cf2 > merge-base: CommitDate: 2024-08-24 18:30:01 +0000 > n674987 (--first-parent --count for merge-base) >=20 > But firefox was updated to use: nss>=3D3.103:security/nss to match = what was > available. Using devel/llvm18 instead got the same. Looking inside even a /usr/local/llvm19/lib/clang/19/include/ also shows the arm_bf16.h file is not present. By contrast, for an aarch64 context: # file /usr/local/llvm19/lib/clang/19/include/arm_bf16.h /usr/local/llvm19/lib/clang/19/include/arm_bf16.h: C source, ASCII text Looking quickly at more llvm* shows: # grep -r arm_bf16 /usr/ports/devel/llvm1*/ | more = /usr/ports/devel/llvm11/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h = /usr/ports/devel/llvm12/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h = /usr/ports/devel/llvm13/pkg-plist:%%CLANG%%llvm%%LLVM_SUFFIX%%/lib/clang/%= %LLVM_RELEASE%%/include/arm_bf16.h /usr/ports/devel/llvm14/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm15/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_sve.h` and `arm_bf16.h`, and all those generated files will contain = a /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = `arm_bf16.h` immediately before their own typedef: /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: = #include /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: Since = `arm_bf16.h` is very likely supposed to be the one true place where /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; /usr/ports/devel/llvm16/files/patch-backport-llvm-db49231: OS << = "#include \n"; /usr/ports/devel/llvm16/Makefile:_BE_INCS_ARM=3D arm_bf16.h = arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h /usr/ports/devel/llvm17/Makefile:_BE_INCS_AArch64=3D arm_bf16.h = arm_sme_draft_spec_subject_to_change.h /usr/ports/devel/llvm18/Makefile:_BE_INCS_AArch64=3D arm_bf16.h /usr/ports/devel/llvm19/Makefile:_BE_INCS_AArch64=3D arm_bf16.h llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). llvm1[789] do not. I wonder if: = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 doing: -_BE_INCS_ARM=3D arm_bf16.h arm_cde.h arm_fp16.h arm_mve.h arm_neon.h = arm_sve.h +_BE_INCS_ARM=3D arm_cde.h arm_fp16.h arm_mve.h arm_neon.h arm_sve.h was correct. I'll note that in an armv7 context: # find /usr/local/*/gcc14/ -name arm_bf16.h -print = /usr/local/lib/gcc14/gcc/armv7-portbld-freebsd15.0/14.2.0/include/arm_bf16= .h suggesting that gcc14 considers the file as not aarch64 specific but as armv7 compatibile. So I've put arm_bf16.h back into the llvm18 test context and sometime after 3 hrs I should be able to report on a firefox build attempt with the change (I hope). =3D=3D=3D Mark Millard marklmi at yahoo.com