New target for Coldfire v4e?
Joel Sherrill <joel@OARcorp.com>
joel.sherrill@OARcorp.com
Tue Dec 14 20:14:00 GMT 2004
Bernardo Innocenti wrote:
> Peter Barada wrote:
>
>>>> I'm looking at splitting off the gcc/config/m68k directory into
>>>> gcc/config/coldfire for some of this and future work and adding
>>>> configs or coldfire-elf and coldfire-linux...
>>>
>>>
>>> You'd also need to move m68k-uclinux to coldfire-uclinux. Actually,
>>> there was a port of uClinux to the 68000 (Amiga 500) and DragonBall
>>> (Palm II), but these are mostly unofficial.
>>>
>>> Are you also going to cleanup the m68k target by removing the
>>> ColdFire bits?
>>
>>
>>
>> If people would buy into the concept so its not all wasted work, then
>> yes, I'd pull all the ColdFire bits out of gcc/config/m68k and place
>> them in gcc/config/coldfire.
>
>
> We're talking about slimming m68k.md by about 500 lines here and
> simplifying m68k.c in many places. That would be yummie.
>
> However, I'm concerned about code duplication. Many bugs would
> certainly still affect both backends and many improvements would
> be applicable to both.
>
> Couldn't we "split" the m68k backend in three parts instead?
> A core part (m68k) containing all common code and two backends
> based on it: m680x0 and coldfire. (CPU32 would stay with the
> 68000 of course).
>
> This would require slightly more work initially, but it would
> reduce maintenance costs in the long term.
>
I have been following this and want to make sure I am understanding.
Would there now be separate m68k and coldfire targets? Said another
way, would m68k-XYZ be able to include Coldfire support?
-
Joel Sherrill, Ph.D. Director of Research & Development
joel@OARcorp.com On-Line Applications Research
Ask me about RTEMS: a free RTOS Huntsville AL 35805
Support Available (256) 722-9985
More information about the Gcc
mailing list