[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [avr-gcc-list] ATmega32A

From: Royce Pereira
Subject: Re: [avr-gcc-list] ATmega32A
Date: Sat, 18 Jun 2011 07:55:39 +0530

Hi, all,

Indeed there is no (code wise) difference between 32, 32L & 32A (also
applies to other MPUs like Mega8 etc).

I recently tried a commercial compiler, where selection for 32, 32L, &
32A was given separately, and posed the same query to them.

The answer was
" All three are the same for the compiler. A separate selection has
been given for 32A, simply because, being a newer device,  people kept
asking what chip should be selected for 32A. So the simplest solution
was to just add a menu item for the chip."

So the menu item for 32A is just for psychological purposes !


2011/6/18 radres radres <address@hidden>:
> Well. Why AVR Studio 5.0 include ATmega32A for AVR Assembler and also other
> compiler include ATmega32A for example CodeVisionAVR.
> But AVR-GCC and AVR Burn-O-Mat softwares don't include ATmega32A.
> I just wondered while in others include but AVR-GCC and AVR Burn-O-Mat
> don't. Thanks for the reply.
>> Hello,
>> AVR-GCC doesn't include ATmega32A. There is only ATmega32 microcontroller
>> in AVR-GCC. I didn't see ATmega32A in WinAVR. Alos when I use AVR Studio 5.0
>> for assembler compiler, I see ATmega32A option. But when I use AVR Studio
>> for AVR-GCC, there isn't ATmega32A option. I know ATmega32 and ATmega32A are
>> same hardware structure except electrical parameters. But I regardless think
>> ATmega32A option should be. Why do not option ATmega32A in AVR-GCC? Thanks.
> Hi,
> so what would be the reason for including it separately if from software
> side these are bit-to-bit the same?
> Following your idea, one could request atmega128L as a variant of atmega128,
> for example, but what for?
> Cheers,
> Piotr
> _______________________________________________
> AVR-GCC-list mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/avr-gcc-list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]