[cfe-dev] Workaround for bug 16070 ?
Stephen Kelly
steveire at gmail.com
Wed Jul 10 05:48:22 PDT 2013
Tim Northover <t.p.northover at ...> writes:
> We'd probably want to consider what an arm-linux-gnueabihf-gcc
> defaults to in making that change. But I'd almost be tempted to make
> the change even if GCC didn't. Having arm-linux-gnueabihf default to a
> non-HF CPU is insane.
>
> If you're interested, I *think* the place to start looking is Clang's
> lib/Driver/Tools.cpp. Specifically the getARMTargetCPU function.
Hi,
I tried looking into this and didn't get very far.
In getARMTargetCPU,
MArch = Triple.getArchName();
results in MArch == "armv4t"
That then causes arm7tdmi to be returned instead of cortex-a8.
How does it calculate that armv4t is the archName?
Thanks,
Steve.
More information about the cfe-dev
mailing list