Date: Sat, 31 Aug 2024 11:29:45 -0700 From: Mark Millard <marklmi@yahoo.com> To: "mmel@freebsd.org" <mmel@FreeBSD.org> Cc: FreeBSD Mailing List <freebsd-ports@freebsd.org>, FreeBSD ARM List <freebsd-arm@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, Brooks Davis <brooks@FreeBSD.org>, Tomoaki AOKI <junchoon@dec.sakura.ne.jp> 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] Message-ID: <2EC1B62E-7323-467A-992B-CE00491A6E65@yahoo.com> In-Reply-To: <E2BE2A87-D067-4FFB-B649-F5BE0C2D0CD2@yahoo.com> References: <75609A57-7B50-40F5-88A8-0278CCCC018B@yahoo.com> <E029410D-1964-4C55-8B2D-0427C43B4ABA@yahoo.com> <D74514BA-9071-4F29-96F5-42AD6EC2B6E4@yahoo.com> <DF65D496-D1E7-44B6-A04F-EADA1DE29817@yahoo.com> <24D56998-0939-43D0-A98C-E398CCDA0AAA@yahoo.com> <71a16edd-94e7-4a06-9a34-59f17c442a96@FreeBSD.org> <E2BE2A87-D067-4FFB-B649-F5BE0C2D0CD2@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 31, 2024, at 10:43, Mark Millard <marklmi@yahoo.com> wrote:
>> . . .
>=20
> As far as I can tell, for rust conditional compilation with the
> likes of (leading whitespace details might not have been
> preserved):
>=20
> #[cfg(all(unix, target_env =3D "gnu", not(any(target_os =3D =
"freebsd", target_os =3D "hurd"))))]
> if oflags.contains(OFlags::TMPFILE) && =
crate::backend::if_glibc_is_less_than_2_25() {
> return openat_via_syscall(dirfd, path, oflags, mode);
> }
>=20
> is not just textual preprocessing like #if . . . #endif in
> C/C++. It seems that the conditional source still gets some
> validation processing even though it will not generate any
> code.
>=20
> If so, the error report indicates that freebsd is not getting
> a definition of the likes of OFlags::TMPFILE .
>=20
> I do not know if freebsd should have a definition of
> OFlags::TMPFILE (and related) vs. not. If the definition
> should be present, the problem is not local to the 2
> blocks of code that are rejected. If the definition should
> not be present, then the technique for handling freebsd
> for armv7 is not valid and the fix might also not be
> local to the 2 blocks of code.
>=20
> As I'm only trying to see if my armv7 builds can finish based
> on the limited effective process address space size, at some
> point I'll likely locally adjust the patching to cause
> "if false {" or some such that avoids the validation
> checking's rejection.
>=20
> I have no intention of running firefox --and I have no armv7
> video context set up to do so.
>=20
Well, that was a bad idea: if that had been the issue
rust itself would not build because if the patched
rustix source code.
For now I'm testing building firefox-esr's port, which,
being back at 115, instead of the recent 128, does
not yet have the code that was being patched.
Later I might see if a patched firefox rustix copy will
work.
=3D=3D=3D
Mark Millard
marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2EC1B62E-7323-467A-992B-CE00491A6E65>