Re: [Cegcc-devel] macro proposal

[Pedro A. <ped...@po...>]

Danny Backx escreveu:
> I've listed the macros I could find in the wince-pe.h and mingw32.h
> files (both in src/gcc/gcc/config/arm).
>
> They're slightly inconsistent.
>
> I would find these adjustments more logical than the current state, but
> I'm merely proposing this, I may be wrong - I've been known to be wrong
> at times ;-)
>
> pe		mingw32
> __CEGCC__	__CEGCC__
> __CEGCC32__	__CEGCC32__
> __CEGCCPE__	__CEGCCMINGW__
>   
As I implied in my previous email, I totally
disagree with this.

> unix
> __unix__
> __unix
> UNICODE		UNICODE
> _UNICODE	_UNICODE
> ARM		ARM
>   

> 		__COREDLL__
>   
I added __COREDLL__ so I could shape the mingw/include headers to what 
coredll.dll
offers/exports. The mingw (includes|libs) already differentiates between 
__MSVCRT__ and __CRTDLL__,
so I just added a third one. I am hoping that someday, these changes can 
be merged
into official MinGW, but I wont hold my breath on it.

> 		WIN32
> 		_WIN32
>   

> 		WINNT		Not sure about this one.
>   
Me neither, but I guess to remove it would be more trouble than it is
worth for now.

> _POSIX_SOURCE	_POSIX_SOURCE	Enabled by cmd line option (which one?)
> _MT		_MT		Enabled by command line option -mthreads
>
> This proposal would change :
> 	- __CEGCC__ and __CEGCC32__
> 	- add __CEGCCPE__ or __CEGCCMINGW__
> 	- use the UNICODE, _UNICODE, ARM, _MT macros consistently
> 	- remove UNDER_CE
> 	- Not sure why we need the WINNT symbol
>
> Does the __COREDLL__ really mean we're not offering the cegcc.dll ?
>   
No, it means the runtime links against coredll, so it won't harm
to have it in cegcc too I guess.
cegcc.dll is a part of the cegcc toolchain, so you can check if
__CEGCC__ is defined to check if we are "offering" cegcc.dll.

> (Then I presume it's more or less mutually exclusive with "unix".)
> Whatever it means, I haven't documented this one yet so I need to know
> exactly what it stands for.
>
> Thoughts ?
>
> 	Danny
>