[Patches] [ python-Patches-618791 ] [mingw patches] alloca and posixmodule

noreply@sourceforge.net noreply@sourceforge.net
Mon, 04 Nov 2002 06:14:14 -0800


Patches item #618791, was opened at 2002-10-05 01:43
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=618791&group_id=5470

Category: Core (C code)
Group: Python 2.3
Status: Open
Resolution: None
>Priority: 2
Submitted By: Gerhard Häring (ghaering)
Assigned to: Guido van Rossum (gvanrossum)
Summary: [mingw patches] alloca and posixmodule

Initial Comment:
This is the first patch in a series of patching of
porting Python to native win32, while still using the
autoconf-based build process. The compiler used is
mingw, the build environment used is msys, a stripped
down Cygwin from the mingw project.

This patch does several things:

* change _alloca to alloca for both mingw and Visual
C++, to avoid unnecessary #ifdef-ing.

* Change the makesetup shell script to work for win32,
where for some weird reason we have a module 'nt' built
from a posixmodule.c file.

* Change on occurence of  #ifdef MS_WINDOWS in
posixmodule.c where it should really have been #ifdef
Py_WIN_WIDE_FILENAMES

* Change the #ifdefs in posixmodule.c so that it can be
built with both MSVC and mingw

The result of this patch is that we can build a
statically built python.exe with a simple
./configure
make
under mingw/msys.

There's, however, still of additional work to do until
we can build a native win32 Python with the
autoconf-based build process.

Please apply this ASAP, as I want to avoid having a
diverging Python tree on my harddisk (this makes patch
creation a lot more difficult).

----------------------------------------------------------------------

>Comment By: Gerhard Häring (ghaering)
Date: 2002-11-04 15:14

Message:
Logged In: YES 
user_id=163326

Guido, if you think that there should either be one big
patch that enables Python to be built with mingw or nothing
at all, then please close this as 'rejected' or whatever.
There are good reasons for doing so, just as there are
arguments for incremental patches, like I described above.

I won't feel offended, especially as I know how annoying it
is for myself to have a SF entry page full of this kind of
patches/bugs :)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=305470&aid=618791&group_id=5470