summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen/CodeGenModule.cpp
diff options
context:
space:
mode:
authorChandler Carruth <chandlerc@gmail.com>2012-01-24 19:17:46 +0000
committerChandler Carruth <chandlerc@gmail.com>2012-01-24 19:17:46 +0000
commit46f204fef8baf96161269fe403910dc11a125c2f (patch)
treec0006ccf281e812f169c8c871928209a9e9b18c8 /clang/lib/CodeGen/CodeGenModule.cpp
parent3ecbc3d655a9837915e5f8ec08782a1aac2a4ea4 (diff)
downloadbcm5719-llvm-46f204fef8baf96161269fe403910dc11a125c2f.tar.gz
bcm5719-llvm-46f204fef8baf96161269fe403910dc11a125c2f.zip
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 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud