ARMv7 - EABI - Cross Compiler

[Chuck Robey]

Vassilis Laganakos wrote:
> 
> 
>>> Doesn't xdev build the 4.2.1 version of gcc, like what's in the tree now?
> 
>>> That's unacceptable to me, gcc didn't bring in support for the Cortex-A8
>>> processor until 4.3.0.  I was able to build a cross-gcc easily using a target 
>> of
>>> "arm-linux-gnueabi", but I'm not sure if that sort of gcc will do for building
>>> FreeBSD.  I'll worry about getting that gcc into the build, but will it work 
>> for
>>> me on a binary basis?
>>>
>> I used arm-none-eabi to compile my loader for the BeagleBoard so as to
>> get rid of the linux-specific stuff by default. But maybe you should
>> define something like arm-freebsd-eabi in gcc's build configuration?
>>

Thanks SO much, giving me the info on the targets was the item I most badly
needed, but you're the only fella who addressed that directly.  Basically, you
got rid of my single remaining problem (at the pre-build level, at least), it's
something that no amount of Googling would show me.

I'm so damned pleased!  From all the hints I got, there appears to be
vanishingly little chance of our tree going to gcc-4.3.+, because everyone wants
to use LLVM.  I don't stand against that, but I don't want to wait, either, and
(as of today) llvm doesn't support the Cortex-A8 (it will soon).

Actually, I'm rereading my Dragon book, so I can understand the llvm better.  It
does look to be better organized than gcc, from first glance.  I can't find the
code (outside ports) to build llvm, do you have any idea where it is?  If it's
in a p4 archive, you have a URL for it?

> The arm-none-eabi will give you stuff for bare-metal applications, and the 
> arm-linux-eabi (or arm-linux-gnueabi)  will give you stuff for linux. For FreeBSD now, 
> from what I've read there is no arm-freebsd-eabi; I tried that when I built GCC 4.4.1 
> and it wouldn't accept it. 
> 
> What I've build is arm-unknown-freebsd, although the "unknown" part could
> be ommited. Please bear with me while I look for the URL I found the naming
> conventions...
> 
> Thanks,
> Vasi
> 
> 
> 
>       
>