On 12/19/2013 05:40 PM, Masur Jonathan wrote:
> Le 19.12.2013 11:12, Dave McGuire a écrit :
>> Well, GCC supports AVR because people wrote AVR support into GCC. ;)
>> AVR is a bit more "compiler friendly" than, say, the Z80.
>
> Well, I'm not familiar with Z80, but by "compiler friendly" I guess this
> basically means RISC right ? Each operation can be done on each
> register, which can be allocated optimally with graph colouring/left
> edge, etc, etc... ?
Orthogonality is a big part of it, but RISC vs. CISC doesn't really
come into play much, at least not as I understand it. (I'm a processor
architecture guy, but not much of a compiler internals guy)
> But then this makes the 68k and x86, but supported by gcc, are not
> compiler friendly either. I'm not familiar at those either but a quick
> look at their instruction set is enough to see they're not quite RISC
> right ?
They're not RISC at all, no. The x86 instruction set looks like a
train wreck...they did the best they could in 1976, and it lives on even
today. The 68K is much, much nicer, but done in the days of the
VAX...when the name of the game was making it nice to target compilers
for, and nice to program in assembler by hand.
>> AVR is AVR, architecturally speaking.
>
> Yes but I don't know Atmel could have produced both 8-bit and 16-bit
> microcontroller right ? I only used 8-bit ones but I'm not familiar with
> the full range of what they offer. Although I've seen Atmel produced
> ARMs, so probably they offer AVRs for tiny systems and ARM for big ones.
That's pretty much it, yes. There are 32-bit AVRs, but I haven't seen
them used much...and they're generally not what people are referring to
when they use the term "AVR".
>> Well, GCC "supports MSP430" meaning TI distributes a hacked-up GCC
>> that targets it, yes. That support has not yet (the last time I
>> checked) been merged into the official sources, which means I'll have
>> one different, weirdly-configured GCC installation alongside my
>> half-dozen nice consistent standard ones. No thanks.
>
> Sorry I wasn't aware of that. It's TI's fault for not merging it with
> the main project then.
Yes. :-(
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user
