This is the mail archive of the cygwin-developers mailing list for the Cygwin 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: 64 bit Cygwin target and _WIN64


On Wed, Jul 18, 2012 at 01:29:49PM -0400, Christopher Faylor wrote:
>On Wed, Jul 18, 2012 at 01:10:11PM -0400, Christopher Faylor wrote:
>>On Wed, Jul 18, 2012 at 05:09:51PM +0200, Corinna Vinschen wrote:
>>>On Jul 18 11:00, Christopher Faylor wrote:
>>>> On Wed, Jul 18, 2012 at 04:42:02PM +0200, Corinna Vinschen wrote:
>>>> I really don't see why the Mingw64 project should have to accommodate
>>>> Cygwin.  Maybe if we put a #define _WIN64 in a Cygwin header, I'd feel
>>>> slightly better about this but I don't see why another project should
>>>> have to change to accommodate us.  Should they also have defines for
>>>> Wine and ReactOS?  That doesn't seem like the right way to go.
>>>
>>>They are happy to accomodate us.  Some of the problems we have are
>>>shared with the wine project, so the advantages are partially mutual.
>>>Mingw64 has already a header called _cygwin.h which is indirectly
>>>included if a Cygwin project includes any Windows header.  It's no
>>>problem to add
>>>
>>>  #ifdef __CYGWIN64__
>>>  #define _WIN64
>>>  #endif
>>>
>>>to this file.
>>
>>Oh boy.  Another project like newlib where we have to get permission to
>>make Cygwin-specific changes.
>
>Sorry.  My sarcasm there did not explain my actual concern.
>
>I think that the more we can isolate Cygwin decisions to the
>winsup/cygwin and directly related directories, the better off we are.
>
>We don't have many problems adding stuff to newlib until someone wants a
>few tweaks for RTEMS or something similar.  And, sure, they are not a
>big deal.  They take time, though, and force us to worry about concerns
>that are not directly Cygwin related.
>
>We probably wouldn't have many issues getting code into MinGW* either.
>But, there is a whole other set of developers whose buyin is required
>for changes.  They are probably very reasonable people but, if we can
>help it, I'd rather opt for not having to gain consensus from people who
>don't have Cygwin as their priority.

And, all of that said, if everyone thinks modifying a mingw64 header file
is the way to handle this or doesn't care enough to argue any other way,
I'm fine with whatever is decided.

cgf


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