On 16 January 2014 14:26, James Greenhalgh wrote:
>
> At a guess, your configuration is set with --with-mode=thumb,
> and probably has a default architecture of armv4. With the first
> invocation of cc1 the -mcpu overrides the default architecture and
Apologies, I should have included my configur
On Wed, Jan 15, 2014 at 08:36:09PM +, Charles Baylis wrote:
> Hi James,
>
> This commit (SVN r206045) seems to have introduced a problem when
> compiling multiple source files if a -mcpu option is also present on
> the command line.
>
> This can be reproduced in a arm-unknown-linux-gnueabihf
Hi James,
This commit (SVN r206045) seems to have introduced a problem when
compiling multiple source files if a -mcpu option is also present on
the command line.
This can be reproduced in a arm-unknown-linux-gnueabihf build with any
source file which use floating point arguments/results. For exa
On 17/12/13 10:40, James Greenhalgh wrote:
>
> Hi,
>
> This patch adds machinery to the driver to ensure that big.LITTLE
> style tuning names are rewritten before they are passed to the
> assembler. This reduces the coupling needed between GCC versions
> and assembler versions.
>
> The rule is s
Hi,
This patch adds machinery to the driver to ensure that big.LITTLE
style tuning names are rewritten before they are passed to the
assembler. This reduces the coupling needed between GCC versions
and assembler versions.
The rule is simple, we truncate the CPU name at the first '.'
character we
