for me, and I successfully applied my patch by copying
it out of my mail, so I blame your mail client. :) In any case, git
patch attached.
Seth
Hopefully correct changelog entry:
2013-02-20 Seth LaForge
Backport
2012-10-22 Julian Brown
* config/arm/arm.h (CANNOT_CHA
On Sat, Feb 16, 2013 at 7:45 AM, Bernhard Reutner-Fischer
wrote:
> Sounds like a DUP of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16350
> Is the missing hunk in by now (cannot look myself right now)?
The commit you describe appears to be in trunk but not in gcc-4_7-branch.
I don't think the pr
On Fri, Feb 15, 2013 at 3:29 PM, Mike Stump wrote:
> No. Counter proposal, let's handle the cases that don't work. So, you said
> in your original email that armeb-unknown-eabi doesn't work.
>
> So, in the existing case statement for:
>
> arm*-*-eabi*)
>
> let's just add:
>
> case ${tar
t has been removed from gcc since
4.7. Below is my best attempt at a backport - it works for me, on a
big-endian VFP processor. I'm not familiar with this code, though -
Julian, can you take a look and confirm whether I'm doing this right?
2013-02-15 Seth LaForge
* c
On Fri, Feb 15, 2013 at 10:41 AM, Richard Earnshaw wrote:
> On 15/02/13 18:33, Seth LaForge wrote:
>> If so, I could certainly change the test to use a regexp, or inline it
>> all of the ARM handlers in the case statement below.
>
> Yes, anything with linux in it will now be
On Fri, Feb 15, 2013 at 10:28 AM, Richard Earnshaw wrote:
> On 15/02/13 18:20, Seth LaForge wrote:
>> +# Handle big-endian ARM architectures.
>> +case ${target} in
>> +arm*b-*-*)
>> + tm_defines="${tm_defines} TARGET_BIG_ENDIAN_DEFAULT=1"
>> +
k out of the big architecture case, so that
TARGET_BIG_ENDIAN_DEFAULT is consistently set for any armeb-*-*
target.
We've been using this with good results for over a year at Google on
TMS570 processors.
This fixes bug 52187 - armeb-unknown-eabi not recognized as big-endian.
Seth LaF
