Re: long long warning




On Wed, 28 Oct 1998, Mirko Streckenbach wrote:
> Must be fixed in glib.h, long long shouldn't be use if --ansi is used as
> compiler option (not a C++ problem). 
> 

That's why I'm asking on the -devel list. ;-) Perhaps I should rephrase: 
what is the correct way to patch glib.h so it skips the non-ansi stuff if
we are trying to be ansi-correct? I want it to act like the standard C
headers; they appear to simply not define the 64-bit types (quad_t) with
-ansi turned on. Things like M_PI, etc. also disappear.

Aaron suggests __STRICT_ANSI__ as the relevant define; a simple #ifdef
__STRICT_ANSI__ doesn't look like it's in the spirit of glib.h though.

Havoc





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]