diff options
author | Chandler Carruth <chandlerc@gmail.com> | 2012-01-24 19:17:46 +0000 |
---|---|---|
committer | Chandler Carruth <chandlerc@gmail.com> | 2012-01-24 19:17:46 +0000 |
commit | 46f204fef8baf96161269fe403910dc11a125c2f (patch) | |
tree | c0006ccf281e812f169c8c871928209a9e9b18c8 /llvm/lib/Object/ELFObjectFile.cpp | |
parent | 3ecbc3d655a9837915e5f8ec08782a1aac2a4ea4 (diff) | |
download | llvm-46f204fef8baf96161269fe403910dc11a125c2f.zip llvm-46f204fef8baf96161269fe403910dc11a125c2f.tar.gz llvm-46f204fef8baf96161269fe403910dc11a125c2f.tar.bz2 |
Start hoisting the logic for computing the target triple into its own
function. The logic for this, and I want to emphasize that this is the
logic for computing the *target* triple, is currently scattered
throughout various different HostInfo classes ToolChain factoring
functions. Best part, it is largely *duplicated* there. The goal is to
hoist all of that up to here where we can deal with it once, and in
a consistent manner.
Unfortunately, this uncovers more fun problems: the ToolChains assume
that the *actual* target triple is the one passed into them by these
factory functions, while the *host* triple is the one in the driver.
This already was a lie, and a damn lie, when the '-target' flag was
specified. It only really worked when the difference stemmed from '-m32'
and '-m64' flags. I'll have to fix that (and remove all the FIXMEs I've
introduced here to document the problem) before I can finish hoisting
the target-calculation logic.
It's bugs all the way down today it seems...
llvm-svn: 148839
Diffstat (limited to 'llvm/lib/Object/ELFObjectFile.cpp')
0 files changed, 0 insertions, 0 deletions