Date: Fri, 30 Apr 2021 04:51:21 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 233735] Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory Message-ID: <bug-233735-227-0hzR8jMtSA@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-233735-227@https.bugs.freebsd.org/bugzilla/> References: <bug-233735-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233735 --- Comment #12 from Mark Millard <marklmi26-fbsd@yahoo.com> --- (In reply to Mark Millard from comment #11) Well, I replicated the issue for my "CA72" builds (instead of the prior "CA7" ones): targeting cortex-a72 (aarch64). But I experimented in a different direction after that: rm -fr /usr/obj/BUILDs/13_0R-CA72-nodbg-clang/usr/13_0R-src/arm64.aarch64/sys/GENE= RIC-NODBG-CA72 then attempting the buildkernel. That is building fine. Somehow the older build's content is involved in the new builds include file handling failure. I will note that for the older build, the part of the path-text "13_0R-src" was different because I'd changed naming conventions. My builds are META_MODE builds, not that I know such matters for why the include file is not found. For CA7, instead of deleting GENERIC-NODBG-CA7, I'll rename it before starting another kernel build. This might let me find something interesting by comparison/contrast of the older and newer material. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-233735-227-0hzR8jMtSA>