replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Remove the 'ToolTriple' concept from the NetBSD toolchain along with my 

gross hack to provide it from my previous patch removing HostInfo. This
was enshrining (and hiding from my searches) the concept of storing and
diff-ing the host and target triples. We don't have the host triple
reliably available, so we need to merely inspect the target system. I've
changed the logic in selecting library search paths for NetBSD to match
what I provided for FreeBSD -- we include both search paths, but put the
32-bit-on-64-bit-host path first so it trumps.

NetBSD maintainers, you may want to tweak this, or feel free to ask me
to tweak it. I've left a FIXME here about the challeng I see in fixing
this properly.

llvm-svn: 148952
This commit is contained in:
Chandler Carruth 2012-01-25 11:18:20 +00:00
parent 2886ba2352
commit 1ccbed88fc
3 changed files with 15 additions and 19 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
clang/lib/Driver/Driver.cpp
View File

@ -1654,7 +1654,7 @@ const ToolChain &Driver::getToolChain(const ArgList &Args,
TC = new toolchains::OpenBSD(*this, Target);
break;
case llvm::Triple::NetBSD:
TC = new toolchains::NetBSD(*this, Target, Target);
TC = new toolchains::NetBSD(*this, Target);
break;
case llvm::Triple::FreeBSD:
TC = new toolchains::FreeBSD(*this, Target);

27
clang/lib/Driver/ToolChains.cpp
View File

@ -1674,21 +1674,20 @@ Tool &FreeBSD::SelectTool(const Compilation &C, const JobAction &JA,
/// NetBSD - NetBSD tool chain which can call as(1) and ld(1) directly.
NetBSD::NetBSD(const Driver &D, const llvm::Triple& Triple,
const llvm::Triple& ToolTriple)
: Generic_ELF(D, Triple), ToolTriple(ToolTriple) {
// Determine if we are compiling 32-bit code on an x86_64 platform.
bool Lib32 = false;
if (ToolTriple.getArch() == llvm::Triple::x86_64 &&
Triple.getArch() == llvm::Triple::x86)
Lib32 = true;
NetBSD::NetBSD(const Driver &D, const llvm::Triple& Triple)
: Generic_ELF(D, Triple) {
if (getDriver().UseStdLib) {
if (Lib32)
// When targeting a 32-bit platform, try the special directory used on
// 64-bit hosts, and only fall back to the main library directory if that
// doesn't work.
// FIXME: It'd be nicer to test if this directory exists, but I'm not sure
// what all logic is needed to emulate the '=' prefix here.
if (Triple.getArch() == llvm::Triple::x86 ||
Triple.getArch() == llvm::Triple::ppc)
getFilePaths().push_back("=/usr/lib/i386");
else
getFilePaths().push_back("=/usr/lib");
getFilePaths().push_back("=/usr/lib");
}
}
@ -1711,10 +1710,10 @@ Tool &NetBSD::SelectTool(const Compilation &C, const JobAction &JA,
if (UseIntegratedAs)
T = new tools::ClangAs(*this);
else
T = new tools::netbsd::Assemble(*this, ToolTriple);
T = new tools::netbsd::Assemble(*this, getTriple());
break;
case Action::LinkJobClass:
T = new tools::netbsd::Link(*this, ToolTriple);
T = new tools::netbsd::Link(*this, getTriple());
break;
default:
T = &Generic_GCC::SelectTool(C, JA, Inputs);

5
clang/lib/Driver/ToolChains.h
View File

@ -469,11 +469,8 @@ public:
};
class LLVM_LIBRARY_VISIBILITY NetBSD : public Generic_ELF {
const llvm::Triple ToolTriple;
public:
NetBSD(const Driver &D, const llvm::Triple& Triple,
const llvm::Triple& ToolTriple);
NetBSD(const Driver &D, const llvm::Triple& Triple);
virtual Tool &SelectTool(const Compilation &C, const JobAction &JA,
const ActionList &Inputs) const;