[PATCH] D73845: [Gnu toolchain] Look at standard GCC multilib/multiarch paths by default
Samuel Thibault via Phabricator via cfe-commits
cfe-commits at lists.llvm.org
Sat Feb 8 09:35:10 PST 2020
sthibaul added a comment.
> I feel like in this specific case it may be worth splitting this into two patches:
Alright, doing so.
> isn't Hurd only limited to one GCC target triple (i386-gnu) for the time being?
Right now, yes, but we'll want to bootstrap a 64bit port sooner or later. Better have that part ready in llvm to lessen the work of the bootstrap.
> A lot of the factored out bits seem to be still only applicable to Linux at a glance,
? Everything I have seen in here looked to me only gcc-ish way of handling multilib and multiarch. It is used the same on other GNU systems using gcc: not only GNU/Hurd, but also GNU/kFreeBSD. I do not see anything specific to Linux there, only gcc-specific, which is the point of Gnu.cpp :)
> most people (including me) are unlikely to be intimately familiar with the directory/library layout on Hurd, is it possible to provide some more background on the Hurd-specific side of the patch?
It is just a matter of applying the same gcc-ish file layout which is currently missing from the existing Hurd.cpp, thus making multilib/multiarch fail to work. I don't really know what to explain beyond that: it's just the GNU toolchain way, there is no difference between GNU/Linux and GNU/Hurd in that regard. Do you perhaps have more precise questions?
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D73845/new/
https://reviews.llvm.org/D73845
More information about the cfe-commits
mailing list