[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