[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