[Python-Dev] MinGW And The other Py2.4 issue (original) (raw)
Paul Moore p.f.moore at gmail.com
Sat Dec 18 21:27:49 CET 2004
- Previous message: [Python-Dev] MinGW And The other Py2.4 issue
- Next message: [Python-Dev] MinGW And The other Py2.4 issue
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Wed, 15 Dec 2004 22:57:00 +0100, Martin v. Löwis <martin at v.loewis.de> wrote:
Paul Moore wrote: > For a starter, what steps do you actually take to build a release? I > assume that the first step is to build Python, by clicking on "build" > in VS.NET.
Yes. You can skip this step by just putting all the .pyds, dlls, and .exes into the PCbuild directory. The packaging will try to pick them up from there (and proceed if some are missing, like Tcl likely will). > Once you have that, is there a single script you run? Yes. Invoke Tools\msi\msi.py, using a Python that has pythonwin (i.e. COM interopability). The only tricky part is that you need cabarc.exe, which is included in VC, and in the platform SDK.
OK, I've got a copy of the Python sources, and had a look. The change needed to msi.py to include libpythonXX.a in the installer looks simple. But I'm less sure as to where to build the file. It seems to me that msi.py is not the right place - that's focused on building the installer, not building the files to be installed.
On the other hand, including it in the build process is a nuisance, as well, as it would add a dependency on mingw (or cygwin) to the MSVC build process.
My feeling is that building libpythonXX.a should be a separate step, handled by a dedicated script, which gets run before msi.py.
What do others (particularly Martin) think? Should I keep the steps separate, and focused on one task each, or should I incorporate the build of libpythonXX.a into msi.py, so that the installer build still requires just one step?
Paul.
- Previous message: [Python-Dev] MinGW And The other Py2.4 issue
- Next message: [Python-Dev] MinGW And The other Py2.4 issue
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]