From nobody Sat Aug 31 04:26:52 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 4WwhnD2btcz5TXxD for ; Sat, 31 Aug 2024 04:27:12 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (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 4WwhnC2JW6z4RQv for ; Sat, 31 Aug 2024 04:27:11 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=TXskJZ1N; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725078428; bh=VKk+duoNpZKw1bpP1nDVIVYFK+U58zbFypTLkmePogo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=TXskJZ1NqdP+hR07iI64DDSZ8K5dfd9teBgtmyklJePeJphcUPoGK+LhVR9gwWNTm1OHg7MzL0dHSAnT5xtvhhkEkhD56J03i4LTf162+Xr2XGiuT5V4793NRJxtC1MCKfShxy2H4cNYyF0qiAFR8c1aPOZ3lKM2JnFaLVElV9DDuZzl49+cUGvCxtIrrdk0VtVGJMhh8l2aMAbrz4ty320mXc4K4wlMH1iHFRGe394H09pvcM95hW1EbOQpGrq42XULod4AoTnJcYfaBqiRx858VEQ0GScp90eBOgW+XpObn1oVzkfYIOX7PNchkY//tDMFBhsMVFoY4ijOFzm0AA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1725078428; bh=KG9Bwjk8ihNc113yPbwgJnL9V0S7+A+7f645IGN+UKp=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sZ50yZENFi1V6iGGVS87b9FKg6CipxvzqNRKd+GIKXod5jSfHaBPVwIa1mGi5u7qO3a6E3WxdjJP59Qu0Xtv8Dq6zm7VBSpMBcvW1QTyMZFNFkhqUMf9DOPySYKXsBuqwDHZ9jpgvvLYlMLhXQb5gICL4K64qTF+aQbo+b38OY3NK8BBtK+gEcHXi0MnIr51vNzXbRAKncgrl5aBLsaPAu1kFz1t141GTBaKNCYy5DwRtXgf1c3GPWrpAEx3F9G5OLC72K5yzgpc9AHTwDc/AkAv9fKaaSxhzq7hMu6pN/IkCk7de+u5hZ4jHBH7U+nOWbMaeFHABmVtPKaFtxN9BA== X-YMail-OSG: zoHFAzoVM1nMfOFGGdTeePC_e2doO.CwbFxP3tlyO3uaIm57Tn.pyDS3QqPh4HB fcgdCw8AONqwk3ui02egyG.WLKmLSgJqGdu66Kq7cGGZljmSfCxIo0FhvWNb1IhUmNZpu8iDG.iS Z8wGW8AqSFzS790s60VeGMfXrOngYUjDP2pxLhwY1hwbEOOS0PBA2jSOyjdRTui0Cl8D76jX_9yc YOaGue3A.Wrxfr1YRUJA65w2DeO78NjMPcF5DXAQn3TfdOuntkdMdQV1AeWPoC37s7LEI_bN2znw RtEDyGkA5Y.lajMTYoNmiAq7wBo9r1ZdHQJ0DNBoZqBCUC6YNt5lCdoguGL.3E4e80NEhMngaJCG fIcq.DB3Z.fMMo8jVqUHDMOw9HjYGemN5Wwz48Nm2.CR7TT5TKMXU4FXfA2sSmvIksCbwbVbOXbx OkBffo0CPX7kTPshQ1V3Mj.P2cEV4_GTL8ArkQpjpEG6dVqBv.XPZORk1ULRfb.waNXJX9cyHHnC uwLw6K0dSoUnQCJ5zIaTrxnOQXATLduJsZWJLvZPILRsuQHL7V_4yzNQPpcUOGTE2grGbcuqgeeF 2L6W1q6Sg7leFJoF8DUt.AFHTOeKuKgqZY347nQh8ldDXKkv2Q8yWkM6SjxgqcpOQnD_vOYHq36E Nv4RYXzXsoNsJNo8wB4X.8I9v2WvXOmkF94GJHeBid9J6veClDo0SlhGWzpbyGvCO3aYPE7Xsz4p 8dVm4ONmjL5KUXUqcYI4GvpjHfSPF0LHq5.QY3PEmTHX2E.e8tRfJ58qGPlWHNv9KcTL7MfDn9zT vazWCZ.3X8s26079HTRuxavPH5dZupLSyoQDwzccUXSf7fAGKXvKKkw64pC02w5xNBDaltqT6gEA g3zcDGrc9OmZ20Q4TFLlSlp.Er.x17IESt0k_g2VHN_S28DT033a8rHs5kjg4lZ8t9zn.6vbbdGq rKCwv9ddlg1V.lmVqIt1z.ciQbc05Vyc98TyixC.2lvt8hMdNfTxELQ0nTd2VEYyT9.yIwompy3T gWcKyRvWyEzSPxxeo7LHhmFZOPFVwxZc5lqSkm9aVbw_2nvejKC2YdRSrCl_50iw0cdBAt5xwH4t MW2Mz2cqNhyDuQxzWsHNMn1yvEbnKKYf6WVtPTqdFrBp_nEVZgwo1sq197QsdEBn6XsS9MtNxBre pWLkWSu73OZnDPAE55V86U0_i8fffRSSl7EXg1EJRcySTuFkCDX.QUAugU6Kk_FjJWs.Ats.fbtQ kmLlaN8UB8pwfU0LCnq5CcVUyCa9.sGTcidk_uk9xLloBLYqJe1WYLR8MoYar.QIXpvI72RGrxmT NntmCnvQ03XVwDGO98f5gmeB.rFZGKyoqA1tV3iCSzS8B5EAdBxqWwsLfy1Qs07.Y5OTgsnqPj4M hyD_g8EkL7NyOYFcVgnP92SYAB6nJJJEZKGDqkb8qgh8jCuQvZo088vywBQnmsDBJ_RPHWUlGV9B O_ZDCXer_BnAL5UveTFD9ZK0t4SoP7T8N.vfo3XJVpCShG8It1IoYdBEiKeaWwsvaNw6OdX4iTZ. CoMcx6jTDfmIhYO4gRUx6WeRP3wuAiqfK3fwGHh6fLuDcFQMYkHS7qrbDEJs78qNrwAqRdS0Wj8u OVCnQHjZ0QscrOv2dsdLWpuNI2xTcgmPAcG0rBf5nkIgL3GWlDKYbAt2kpI3LXPr5q50OC03eltJ p91RwzIdR2eCimFDl8CKPBvu1_2ReNJCtVukZ9SaVIYGGVAP1Wpq9AiWjF2lVtOAa0Qn0FINCqm0 WNY7aJfzpG_Uw75SHe74kour6Qb7VS6.QZum2nlE6AAxtDDbHGvpzAzMq07qgt_RaSVugnjr3Hs7 f2wa3Uuyb2pwwhToUDFw5GuaRjAHkQBSXBR3ZHJln25ikOGeA8gjf37S7idPhj8tLLqIlnpDuS_t Rwlbw0g8jdNb55qw4aMYZWEbMr1PV9g3s0CZ0yP9E1NhaZCaRr8h0BxZq19USB1H6LmpTyIq.QRk PEcpB_QrO6Cbgd7KRcNJaS_1REa8q0xFaaDNmqbCLbWE7R1ggpZghvttN8cHasROb.qKip.X9gK8 eO34Rn8A7OzEQf7B3ZF4TNP28mZPsiAO2X2R5TEGwzheH_6bynMiIDWNZkNIMFQbZn9LjrDbs7Iy 0fKl9cx9Kz.11ysiaM5ixBaDfOSQi5NwQQrTL0ZRpYwfn_ZVYVMWKHcc7IJEofgW0LIW0MVPIXqX oWu9tnIVlKHuEWXadCwzTksYlqHaaBzxTGmW.q9mZyQhG1D38L7_ymOdCEp4ryWS6UdfGJ_stolF oBmW7eIoNd1.bymXXdj64Yof5tR6Js1UIqMY2Ne.xx98- X-Sonic-MF: X-Sonic-ID: 7106d25a-51d7-4523-a18c-e55e40866be3 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 31 Aug 2024 04:27:08 +0000 Received: by hermes--production-gq1-5d95dc458-dxlpk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 4ee841cef428eb37e074dc6ecf0793b5; Sat, 31 Aug 2024 04:27:03 +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: Re: 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: Date: Fri, 30 Aug 2024 21:26:52 -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.88 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.88)[-0.883]; 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.64.146: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.64.146:from]; RCPT_COUNT_FIVE(0.00)[5] X-Rspamd-Queue-Id: 4WwhnC2JW6z4RQv On Aug 30, 2024, at 20:33, Mark Millard wrote: > [Subject was retitled.] >=20 > On Aug 30, 2024, at 16:24, Mark Millard wrote: >=20 >> 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. >=20 >=20 > Using devel/llvm18 instead got the same. >=20 > 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: >=20 > # 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 >=20 > Looking quickly at more llvm* shows: >=20 > # 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 >=20 > llvm1[456] had _BE_INCS_ARM containing arm_bf16.h (and more). > llvm1[789] do not. >=20 > I wonder if: >=20 > = https://cgit.freebsd.org/ports/commit/devel/llvm17/Makefile?id=3D778e212f2= 34a825c5e19612df4be2e8f838cb024 >=20 > doing: >=20 > -_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 >=20 > was correct. I'll note that in an armv7 context: >=20 > # 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 >=20 > suggesting that gcc14 considers the file as not aarch64 specific but > as armv7 compatibile. I got that wrong! arm vs. aarch64 have different source files with the same name (under different paths): gcc/gcc/config/arm/arm_bf16.h has guard test: #ifndef = _GCC_ARM_BF16_H gcc/gcc/config/aarch64/arm_bf16.h has guard test: #ifndef = _AARCH64_BF16_H_ (More content is different.) > 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). >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com