On 20 September 2010 15:39, JonY wrote: >> On Mon, Sep 20, 2010 at 10:28 AM, JonY wrote: >>> Will 64bit Cygwin be LP64 or LLP64? I sure hope its the former, but I >>> don't know how much thunk is needed.
Interesting question. No idea what the answer is, but I guess LP64 would mean LONG == int and LONG != long as far as the Windows API is concerned? There's still a fair few uses of 'long' in the w32api headers, but I suppose they could be adapted. Perhaps this approach could be made to work, but it seems to me that it could easily cause more trouble than it saves, in particular the LONG != long bit. > Cygwin isn't strictly obliged to provide an interface to Windows. No, but then it wouldn't really be Cyg*win* anymore. It would effectively be Interix with a particularly slow fork(). That's unless it moved into its own subsystem, which of course would mean a major redesign. Also, it would be good-bye to cygutils, mintty, rxvt-native, Xwin and anything else that mixes POSIX with the Windows API. Andy ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
