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

2007-02-20 Thread David Brown
Bob Paddock wrote: On Monday 19 February 2007 19:34, Eric Weddington wrote: I can't fully tell what's going on with just the asm snippets you provide. I spent a while trying to get a reproducible version in a few lines, but that kept changing the results. If you can't post a cut-down

Re: [avr-gcc-list] Need USB?

2007-02-20 Thread Gary French
On Tuesday 06 February 2007 17:55, Christopher X. Candreva wrote: USB Remote Control: http://tinyurl.com/5gsgc = 500 Internal Server Error How about the actual link ? try: http://www.cesko.host.sk/IgorPlugUSB/IgorPlug-USB (AVR)_eng.htm -- Scanned by: ClamAV 0.88.7/2526/Tue Feb 6 03:42:08

[avr-gcc-list] CodeWright 7.0

2007-02-20 Thread LightYear
I understand that Borland has resurrected CodeWright 7. I really like CodeWright 7 and I'm going to do the $99 upgrade. How do you get CodeWright 7 to work as the default editor in AVR Studio? Also, you guys like CodeWright 7? Barry ___

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

2007-02-20 Thread Graham Davies
David Brown wrote (in part): ... I don't know if the C standard is clear on expressions such as a = b = c, when some or all of these are volatile ... It is clear. The assignment operator has right-to-left associativity so b = c is evaluated first. The result of an assignment is the value

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

2007-02-20 Thread Bob Paddock
On Tue, 20 Feb 2007 03:24:49 -0500, David Brown [EMAIL PROTECTED] wrote: If you can't post a cut-down version, then at least post a compilable section of your code with the minimal necessary typedef's and other definitions included. To be able to test your code, people will have to be

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

2007-02-20 Thread David Brown
Graham Davies wrote: David Brown wrote (in part): ... I don't know if the C standard is clear on expressions such as a = b = c, when some or all of these are volatile ... It is clear. The assignment operator has right-to-left associativity so b = c is evaluated first. The result of an

Re: [avr-gcc-list] __disable_interrupt();

2007-02-20 Thread Salvador Castiella
Many Thanks, with the # define the compilation it's ok. ___ AVR-GCC-list mailing list AVR-GCC-list@nongnu.org http://lists.nongnu.org/mailman/listinfo/avr-gcc-list

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

2007-02-20 Thread Joerg Wunsch
Graham Davies [EMAIL PROTECTED] wrote: It is clear. The assignment operator has right-to-left associativity so b = c is evaluated first. The result of an assignment is the value assigned. So, the value assigned to b is then assigned to a. I can't see how volatile could affect this, but

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

2007-02-20 Thread Bob Paddock
I wrote a lengthy reply from work this morning, but it has never shown up on the list. When the code is re-written to actually say what you mean, do you still get a difference? Saying: a_volatile = b_volatile = c; produced exactly the same object code as: b_volatile = c; a_volatile =

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

2007-02-20 Thread Graham Davies
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. Especially given the

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

2007-02-20 Thread Dave Hylands
OK - here's my program which works under 3.4.5 and fails under 4.1.1. I've put the source, elf file, hex file, and a disassembled version of the elf file over here: http://www.davehylands.com/avr/ Also included is a super stripped down makefile which I used to build the hex files in question.

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

2007-02-20 Thread Dmitry K.
Hi. I have compile CVS version avr-libc (2007-02-20) with for different compilers. Results are below. AVR: at90s8515 atmega8 avr-gcc version: 3.3.6 3.4.6 4.0.4 4.1.2 3.3.6 3.4.6 4.0.4 4.1.2