Date: Mon, 19 Feb 2018 20:27:40 +1100 From: Peter Jeremy <peter@rulingia.com> To: Kyle Evans <kevans@freebsd.org> Cc: imp@freebsd.org, Bryan Drewery <bdrewery@freebsd.org>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: Problems building 11-stable/i386 with readonly /usr/src Message-ID: <20180219092740.GT3353@server.rulingia.com> In-Reply-To: <CACNAnaH_pcT=bTk_q3hYubeWtGQOd37Cq4FEDuh2vsvHtbewYw@mail.gmail.com> References: <20180218091204.GR3353@server.rulingia.com> <CACNAnaH_pcT=bTk_q3hYubeWtGQOd37Cq4FEDuh2vsvHtbewYw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--QVgWX4+QEldMe/r9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2018-Feb-18 09:06:38 -0600, Kyle Evans <kevans@freebsd.org> wrote: >On Sun, Feb 18, 2018 at 3:12 AM, Peter Jeremy <peter@rulingia.com> wrote: >> Sometime between r329122 and r329157, my 11-stable i386 box stopped >> being able to buildworld with a readonly /usr/src. I've been updating >> regularly but the problem still remains at r329450. I don't have any >> problems building the same tree on amd64 or building head on i386 or >> amd64. Does anyone have any ideas? >> >> Starting from an empty /usr/obj, the failure is: >> ... > >This would have come in with the recent MFC of imp@'s rototilling. I >seem to recall some build system funkiness that put .OBJDIR inside the >src tree inconsistently before recent-ish changes in head. CC'ing >bdrewery@ and imp@ in hopes they have an idea of how to handle this in >stable/11. The offending ln invocation would be this one: >https://svnweb.freebsd.org/base/stable/11/stand/defs.mk?view=3Dmarkup#l178 Thanks for that. I added some debug code to stand/defs.mk and confirmed that in stand/efi, the ${_ILINKS} target is invoked in /usr/src/stand/efi, whereas in (eg) stand/zfs, it is invoked in /usr/obj/usr/src/stand/efi. The main difference is that SUBDIR is empty on i386 but non-empty on amd64. If I add i386 to the main build list (see patch below) then it all works. I'm not sure why efi isn't built on i386 because boot1, libefi and loader all support i386. (This obviously is a work-around rather than a real fix but might be an option if the relevant head changes can't be MFC'd immediately). [Caution: copy and paste, tabs have been converted to spaces] Index: stand/efi/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- stand/efi/Makefile (revision 329477) +++ stand/efi/Makefile (working copy) @@ -14,7 +14,8 @@ =20 .if ${MACHINE_CPUARCH} =3D=3D "aarch64" || \ ${MACHINE_CPUARCH} =3D=3D "amd64" || \ - ${MACHINE_CPUARCH} =3D=3D "arm" + ${MACHINE_CPUARCH} =3D=3D "arm" || \ + ${MACHINE_CPUARCH} =3D=3D "i386" SUBDIR+=3D libefi loader boot1 .endif =20 --=20 Peter Jeremy --QVgWX4+QEldMe/r9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEE7rKYbDBnHnTmXCJ+FqWXoOSiCzQFAlqKmIxfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEVF QjI5ODZDMzA2NzFFNzRFNjVDMjI3RTE2QTU5N0EwRTRBMjBCMzQACgkQFqWXoOSi CzT/2Q/+IP1RAbT1Qx7g8O7tNxmH+r6ZXW+DXkd1l4JfxD1lOe6sI6ICUXdqCd+i YCMpUjT+qwp6mBhKqY3uR2Jd27shxQpaHbr4eqhMKKeEQGiWlXP5mRPucknb1U66 0ItLYnXt09qcW9NahalDmK0T4s4FYMyG5e8rIIG6O4IJ1B7dY7eZVhJ0Knqr+NiY Ee2vciFzCuvlzT6ad6SEaGB7k0bJV7iOlWBysCD13Ij4yI/EOvjtzBAeSND97Nqt BvJd/5FgbPYCDhLmNWZ2ecSbJ9/AHPq5DouXJZzPsWsSdXDVo0Z2/U4aRFutr7fe JtmzVmqBB+GfeQ1hNwZH9kRvXrZi5I9TWu99vtYH/vmXXUYNXA4FD2R5WYJkmHZn 0SGmcT9Rf6SmiEPFKQVa7QtjynbGmXVqZBFY9lVNNoqGJJPF3t7Cxld1isEFG/pr Vo+DhUX715OkpSPK/Ecaomt3dfN9Aw9vP3tYgc43/echToksD8JpOXvUrI99mh3R YSXAFCjW6sowJxvAfsDOlqsXayXUkfd/99AFdRXThQWNidjKPAh0CcU/ItWoK5sB nCWkM/RANcksY/S9HVESpq5HkO406bS4Rxu7Fi6IC+LYpP8mdFNTeUCEfQpCPMqk rENJeo8ENrh662srEpQmM4FUdAnS2KpBnAHvwM2u77FBHvSkiUo= =KST5 -----END PGP SIGNATURE----- --QVgWX4+QEldMe/r9--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20180219092740.GT3353>