Weddington, Eric wrote:
This is a much more important issue. I haven't tested 4.2 for the avr, or done serious comparisons with older versions. Is there anything specific behind this problem?Simultaneously quality of a code concedes not only to branches 3.3 and 3.4, but even concedes to a branch 4.1. For example, Avr-libc's sscanf("1.2345","%e",&x) takes 3886 bytes of flash and 140 bytes of stack with 4.2.2. Above branch (4.1.2) uses only 3802 bytes of flash and 128 bytes of stack.It's a bit late to be discussing these issues, or reworded: I wish that discussions like this were done a lot earlier. I'm planning on release WinAVR with GCC 4.2.2. The most major issue that I see right now is GCC bug #29524 <http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29524> I would like to see a patch for this (even if it is not perfect but works) sometime next week.
If that's the only sort of code quality issue remaining for 4.2, then the picture is not nearly as bleak as Dmitry's post suggested.
mvh., David _______________________________________________ AVR-libc-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/avr-libc-dev
