[avr-gcc-list] ATmega1281 Samples Are In!

2007-02-21 Thread LightYear
I just got my ATmega1281 Samples. Atmel sent them to me in record time. That was great. I need to hook one up to my AVR Dragon. I guess just ISP and JTAG will do the trick. The AVR Dragon won't emulate an ATmega1281. Besides the Vcc, GND, JTAG and ISP pins, what other pins must be

Re: [avr-gcc-list] Wrong excution order in 4.1.1, but not 3.4.5, regression?

2007-02-21 Thread David Brown
Graham Davies wrote: David Brown wrote (in part): There are at least two of ways to interpret a = b = c while maintaining right-to-left associativity, when the variables are all volatile: You're right. I was wrong. I should have taken more time to understand the nature of the problem.

Re: [avr-gcc-list] Wrong excution order in 4.1.1, but not 3.4.5, regression?

2007-02-21 Thread Joerg Wunsch
In article [EMAIL PROTECTED] you write: OK - here's my program which works under 3.4.5 and fails under 4.1.1. Thanks for stripping it down to that! It seems like a bug to me, but I figured I'll wait to hear some other people's opinions. If it is indeed a bug, then I'm more than happy to file a

Re: [avr-gcc-list] ATmega1281 Samples Are In!

2007-02-21 Thread Joerg Wunsch
In article [EMAIL PROTECTED] you write: Besides the Vcc, GND, JTAG and ISP pins, what other pins must be attached to get the chip working? Do I need a crystal or does the chip default to internal oscillator? What pins must be tied up to Vcc or GND to keep errant signals out? You need to

AW: [avr-gcc-list] Wrong excution order in 4.1.1, but not 3.4.5, regression?

2007-02-21 Thread Haase Bjoern (PT-BEU/EMT)
Joerg Wunsch wrote I agree though that it's an optimization regression that GCC 4.x even inlines these function calls at all, as inlining a function that is being called more than once will generate larger code than minimally necessary, so it violates the objective of -Os (to include only those

[avr-gcc-list] [Announce] [OT] NanoVM 1.5 released

2007-02-21 Thread Nils Springob
Hi, The NanoVM Team today announced the immediate availability of the NanoVM 1.5, a Java VM running on Atmel AVR's. This release contains several new features: * c't-Bot support * Floating point is now functional * 31-bit constant values * Several new op-codes implemented (lookupswitch, dup*,

Re: [avr-gcc-list] Wrong excution order in 4.1.1, but not 3.4.5, regression?

2007-02-21 Thread Joerg Wunsch
As Haase Bjoern (PT-BEU/EMT) wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30908 IMO, the situation is not so clear. Frequently, inlining functions is *more* code efficient because the calling function possibly does not need to add code for saving registers. Possibly this decision

[avr-gcc-list] AVR Studio 4.13 Beta 524 and GCC problems

2007-02-21 Thread charles . mcdowell
Apparently, there is a problem with avr-gcc 4.1.x and AVR Studio 4.12. avr-gcc 4.1.x uses 32 bit pointers and AVR Studio parser gets confused since it expects 16-bit pointers. I updated to the AVR Studio 4.13 Beta 524 and the problem still exists. Error loading object file. (Happens during start

[avr-gcc-list] Should I buy 25 ATtiny45V ?

2007-02-21 Thread Ben Jackson
I want to pick an 8 pin micro and have a bunch around for projects. I'm about to exhaust my PIC 12F675 supply, and this time I'd like to go with an AVR with GCC support. The ATtiny x5 series has memory and seems to be supported by AVR GCC, but I wanted to check with the list to see if there are

Re: [avr-gcc-list] Avr-gcc versions comparison.

2007-02-21 Thread Bruce D. Lightner
Dmitry K. wrote: Hi. I have compile CVS version avr-libc (2007-02-20) with for different compilers. Dmitry, While you are testing, have you checked the code quality for the I/O bit test logic in avr-gcc v4.1.2? I reported the following bad I/O code awhile back with avr-gcc v3.4.6: An

Re: [avr-gcc-list] AVR Studio 4.13 Beta 524 and GCC problems

2007-02-21 Thread Joerg Wunsch
[EMAIL PROTECTED] wrote: Apparently, there is a problem with avr-gcc 4.1.x and AVR Studio 4.12. avr-gcc 4.1.x uses 32 bit pointers and AVR Studio parser gets confused since it expects 16-bit pointers. Btw., it's not the size of the pointers that changed but the size of the address debugging

Re: [avr-gcc-list] Should I buy 25 ATtiny45V ?

2007-02-21 Thread Joerg Wunsch
Ben Jackson [EMAIL PROTECTED] wrote: The ATtiny x5 series has memory and seems to be supported by AVR GCC, but I wanted to check with the list to see if there are any subtle pitfalls. Not that I'm aware of. They should work fine with GCC (within the limits of their rather small resources,

Re: [avr-gcc-list] Avr-gcc versions comparison.

2007-02-21 Thread Joerg Wunsch
Bruce D. Lightner [EMAIL PROTECTED] wrote: My mistake. I thought that I had remembered that Dmitry worked on the AVR-specific code generator logic, but maybe that was long, long ago. So, who's the expert now? I guess you're thinking of Anatoly here. He's also a member of the avr-libc team,

Re: [avr-gcc-list] Avr-gcc versions comparison.

2007-02-21 Thread Dmitry K.
On Thursday 22 February 2007 04:37, Bruce D. Lightner wrote: Dmitry K. wrote: Hi. I have compile CVS version avr-libc (2007-02-20) with for different compilers. Results are below. [...] I assume that the Flash and Stack values are in bytes. What are the Time units? Are these