RE: [pywin32-checkins] pywin32 setup_win32all_core.py,1.5,1.6
OLD project page for the Python extensions for Windows
Brought to you by:
mhammond
From: Mark H. <mha...@sk...> - 2003-11-06 11:49:46
|
> Modified Files: > setup_win32all_core.py > Log Message: > There is a chance for distutils, even in the win32all build process! > This encourages me to further work on this script. Yeah, me too :) I've a couple of pending trivial changes - at least that proves I'm serious ;) > The specialized code for pywintypes and pythoncom should be clearer > now, at least to me. Unfortunately, I broke mingw32 support. > > But even before this, I get compilation errors with mingw. An example: > win32/src/PyACL.cpp: In function `BOOL _ReorderACL(_ACL*)': > win32/src/PyACL.cpp:89: `ACCESS_DENIED_OBJECT_ACE_TYPE' > undeclared (first use > this function) > win32/src/PyACL.cpp:89: (Each undeclared identifier is > reported only once for > each function it appears in.) > error: command 'gcc' failed with exit status 1 I've been making lots of changes for that mainwin toolkit recently, and didn't strike that one. > > If someone tells me how this can be fixed I'll happy to also bring > this up to date for mingw. A quick grep shows: WinNT.h:#define ACCESS_DENIED_OBJECT_ACE_TYPE (0x6) So I suggest a simple: #ifndef .... // mingw #define .... If nothing else pops up. I should install mingw, but it is worth noting that we already require some unknown semi-recent version of the "platform sdk" rather than a vanilla MSVC6. However, Roger Upole did most of recent the security stuff, but also himself struck a "platform sdk" version problem trying to build the recent shell changes, so it seems unlikely it is simply that. So buggered if I know :) > swig is now supported (.i sources are parsed out of the dsp files), > and I can at least build > pywintypes, win32api, win32file, win32event, pythoncom. > > Whether they work or not - I cannot currently tell. Woo hoo - check it in :) > install_lib does no longer work, requires rethought: > Some files should be installed in the normal way, others go > into sysdir. No worries - feel free to just hack away on this! And while I am writing a mail - should I check in the "dicts.dat" change to py2exe? For some reason, the hacks etc and bother I went to, to make it work in the first place, bother me enough to want to remove it now! Thanks, Mark. |