This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH] include _mingw.h in stddef.h


On Thu, Sep 17, 2009 at 4:44 PM, Dave Korn
<dave.korn.cygwin@googlemail.com> wrote:
> Ozkan Sezer wrote:
>
>>> __int64 dummy;
>>>
>>> without including any header at all? ?Would an alternative solution to be to
>>> add a predefine "-D__int64=int64_t" in the driver specs?
>>>
>>
>> Add __int8, __int16, etc. to that list..
>
> ?Well, yes, there's no reason why not, and if the MSVC compiler supplies all
> these types built in I don't see why GCC shouldn't do just the same.
>

If that is acceptable for gcc, than I personally have no problem with that.

>> IMO, this is much more robust and transparent to users.
>
> ?But it doesn't work if the user doesn't include stddef.h, I thought? ?So GCC
> won't compile code that would compile OOTB on MSVC, or did I misunderstand?
>

You understood correctly.  The solution I proposed was a quick,
non-invasive one, but if gcc can provide those built-in types,
and if they would be operable with signed/unsigned (such as
unsigned __int64 is valid for m$vc), then I personally have no
problems with that.

> ? ?cheers,
> ? ? ?DaveK
>

--
Ozkan


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]