Re: -ansi, -pedantic warnings and errors on

2007-02-18 Thread [EMAIL PROTECTED]
On 2/18/07, Robert Shearman <[EMAIL PROTECTED]> wrote: Joris Huizer wrote: > Though the keyword "inline" implies the code should get inlined, and > if it shouldn't, the implementation copy should be removed from the > unicode.h file No, it's a hint to the compiler. "static inline" says to the co

Re: -ansi, -pedantic warnings and errors on

2007-02-18 Thread Robert Shearman
Joris Huizer wrote: Though the keyword "inline" implies the code should get inlined, and if it shouldn't, the implementation copy should be removed from the unicode.h file No, it's a hint to the compiler. "static inline" says to the compiler try to inline this function if it is worth it, or o

Re: -ansi, -pedantic warnings and errors on

2007-02-17 Thread Joris Huizer
Robert Shearman <[EMAIL PROTECTED]> wrote: Joris Huizer wrote: > Hello, > > I was looking at the result of configuring with -ansi, > -pedantic flags. It gives loads of warnings (not all > relevant - also complaining about 'long long' not > being ansi) and indicates unnamed unions, among other > t

Re: -ansi, -pedantic warnings and errors on

2007-02-17 Thread Robert Shearman
Joris Huizer wrote: Hello, I was looking at the result of configuring with -ansi, -pedantic flags. It gives loads of warnings (not all relevant - also complaining about 'long long' not being ansi) and indicates unnamed unions, among other things. Could someone confirm my idea that unnamed unions

-ansi, -pedantic warnings and errors on

2007-02-17 Thread Joris Huizer
Hello, I was looking at the result of configuring with -ansi, -pedantic flags. It gives loads of warnings (not all relevant - also complaining about 'long long' not being ansi) and indicates unnamed unions, among other things. Could someone confirm my idea that unnamed unions must all be dealt wit