[64bit] type conflict for INT32

Ken Brown kbrown@cornell.edu
Fri Apr 12 15:20:00 GMT 2013


On 4/12/2013 11:07 AM, Corinna Vinschen wrote:
> On Apr 12 10:24, Ken Brown wrote:
>> On 4/12/2013 10:04 AM, Charles Wilson wrote:
>>> On 4/11/2013 6:08 PM, Yaakov (Cygwin/X) wrote:
>>>> It does mean that Win32API (or X11, for that matter) headers must be
>>>> #include'd before <jpeglib.h>.  Before I spin a new release, could you
>>>> test if this works with emacs?
>>>
>>> Would this problem go away if we switched to jpeg-turbo?
>>
>> No, the 64bit repository is already using jpeg-turbo.
>
> And, in fact, it's not *really* a terrible problem, is it?  You have to

No, not at all.  Yaakov came up with a simple fix.

Ken

> expect type name conflicts when mixing applications and libraries from
> the POSIX world with Windows headers.  Just see the stuff in the newlib,
> Cygwin, and w32api headers centered around conflicting definitions due
> to winsock being almost, but not quite, BSD sockets.
>
>
> Corinna
>



More information about the Cygwin-apps mailing list