Date: Wed, 16 Aug 2017 00:42:11 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-toolchain@FreeBSD.org Subject: [Bug 221367] i386 sanitizer runtimes not installed during amd64 32-bit compat in make installworld Message-ID: <bug-221367-29464-xFWwA0Aekm@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-221367-29464@https.bugs.freebsd.org/bugzilla/> References: <bug-221367-29464@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=3D221367 --- Comment #3 from Ed Maste <emaste@freebsd.org> --- > Okay, but won't that also cause 32-bit versions of libllvm, libclang and = clang > itself to be built? We definitely don't want that. :) Good point - I compared the result of 'make installworld' between stock Fre= eBSD and with MK_TOOLCHAIN=3Dno removed, but I did not notice if it caused libll= vm, libclang to be built. Clang itself wouldn't be built, because the compat32 stage does nothing with bin/usr.bin etc. The sanitizer runtimes are a bit of an interesting case. It seems they do belong with MK_TOOLCHAIN, they really are a runtime component tied to the C= lang version in use. Maybe we should not try to be too generic / "clean" here and just pass in a COMPAT32 flag to the submakes, and have the individual Makefiles do the rig= ht thing (skipping headers and all not-runtime-support libs)? --=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-221367-29464-xFWwA0Aekm>