Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Georg-Johann Lay
Weddington, Eric wrote: > >> From: Georg-Johann Lay >> Weddington, Eric schrieb: sizeof(double) = 4 also breaks the standard... >>> Hence, one of the reasons to have correct doubles added to the >>> backend. >> Would a patch for 4.7 be supported by avr maintainers? >> >> Patch would look like

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread David Brown
On 12/01/2012 21:09, Weddington, Eric wrote: -Original Message- From: Georg-Johann Lay Sent: Thursday, January 12, 2012 10:55 AM To: Weddington, Eric Cc: Joerg Wunsch; avr-gcc-list@nongnu.org Subject: Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect sizeof(doubl

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Georg-Johann Lay
David Brown wrote: > Why not say -mint8 is dead? [...] > > Then "-mint8" can be marked "deprecated" in gcc 4.7, and removed in the > future. I think the -mint8 can be removed immediately without deprecating it beforehand. -mint8 is badly broken since 4.5 anyways. Specifying -mint8 will run into

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread David Brown
On 13/01/2012 12:56, Georg-Johann Lay wrote: David Brown wrote: Why not say -mint8 is dead? [...] Then "-mint8" can be marked "deprecated" in gcc 4.7, and removed in the future. I think the -mint8 can be removed immediately without deprecating it beforehand. -mint8 is badly broken since 4.5

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org > [mailto:avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org] On > Behalf Of Joerg Wunsch > Sent: Friday, January 13, 2012 12:35 AM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread Ruud Vlaming
On Thursday 12 January 2012, Weddington, Eric wrote: > The problem that I have with -mint8 is: > - it doesn't follow the standard > - it breaks avr-libc (or rather, avr-libc isn't adapted to it) > - people use it, because the backend hasn't been taught how to do the > right thing. > > The thing is

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefsareincorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org > [mailto:avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org] On > Behalf Of Ruud Vlaming > Sent: Friday, January 13, 2012 6:38 AM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: Georg-Johann Lay [mailto:a...@gjlay.de] > Sent: Friday, January 13, 2012 2:13 AM > To: Weddington, Eric > Cc: Joerg Wunsch; avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are > incorrect > > avr-libc can stay as i

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefsareincorrect

2012-01-13 Thread Ruud Vlaming
> > The problem i have with the standard C is that it lacks a > > proper 8 bit arithmetic. That is why -mint8 comes in so > > handy, and produces very compact code. In many > > cases 8 bit are more than enough to do the job, but within > > the standard you are enforced to use a char (!) for nu

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Georg-Johann Lay
Weddington, Eric wrote: > > I agree with you except for one point: I don't want to *have* to do a > hack (-mint8) to have the compiler do the right thing. As already said it *changes the ABI*. The compiler will never know if different ABI is okay by staring at its crystal ball... ;-) ___

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: Georg-Johann Lay [mailto:a...@gjlay.de] > Sent: Friday, January 13, 2012 7:59 AM > To: Weddington, Eric > Cc: Ruud Vlaming; avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are > incorrect > > Weddington, Eric wrote

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread David Brown
On 13/01/2012 18:24, Weddington, Eric wrote: IMNSHO, Code space trumps all other concerns. Eric I don't agree with that. It's seldom that I run out of code space on AVR's - it's more often that I want more effective code (which means slower clocks, less power, etc.). Experiences vary, a

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread David Brown
On 13/01/2012 14:37, Ruud Vlaming wrote: On Thursday 12 January 2012, Weddington, Eric wrote: The problem that I have with -mint8 is: - it doesn't follow the standard - it breaks avr-libc (or rather, avr-libc isn't adapted to it) - people use it, because the backend hasn't been taught how to do

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org > [mailto:avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org] On > Behalf Of David Brown > Sent: Friday, January 13, 2012 10:45 AM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefsareincorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org > [mailto:avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org] On > Behalf Of David Brown > Sent: Friday, January 13, 2012 10:48 AM > To: avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Georg-Johann Lay
Weddington, Eric wrote: > >> >> Weddington, Eric wrote: >>> I agree with you except for one point: I don't want to *have* to do >>> a hack (-mint8) to have the compiler do the right thing. >> As already said it *changes the ABI*. The compiler will never know if >> different >> ABI is okay by stari

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are incorrect

2012-01-13 Thread Weddington, Eric
> -Original Message- > From: Georg-Johann Lay [mailto:a...@gjlay.de] > Sent: Friday, January 13, 2012 12:28 PM > To: Weddington, Eric > Cc: Ruud Vlaming; avr-gcc-list@nongnu.org > Subject: Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs are > incorrect > > Weddington, Eric wrot

Re: [avr-gcc-list] AVR Libc int32_t and uint32_t typedefs areincorrect

2012-01-13 Thread David Brown
On 13/01/12 20:17, Weddington, Eric wrote: -Original Message- From: avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org [mailto:avr-gcc-list-bounces+eric.weddington=atmel@nongnu.org] On Behalf Of David Brown Sent: Friday, January 13, 2012 10:45 AM To: avr-gcc-list@nongnu.org