Source

cx_Freeze / setup.py

Author Commit Message Labels Comments Date
Thomas Kluyver
Add trove classifiers to indicate Python 2 & 3 compatibility.
Branches
releasenotes
Anthony Tuininga
Make code consistent with other code in cx_Freeze and tidy up a few things along the way.
Anthony Tuininga
Fix calculation of file name as in Python 3.2 a longer extension is added to modules.
Anthony Tuininga
Preparing to release cx_Freeze 4.2.3.
Anthony Tuininga
Restore the ability to use mingw32 to build cx_Freeze for those who do not have the Microsoft compiler; for those few cases where problems occur, the official binaries can be used, which will be built with the Microsoft compiler.
Anthony Tuininga
Only add the -mwindows argument to the link command when using the mingw32 compiler.
Anthony Tuininga
Preparing to release version 4.2.2.
Anthony Tuininga
As requested, for those still using CVS, ignore the CVS directory as well.
Anthony Tuininga
Use the Microsoft Visual C compiler to build with Python 2.6 and up since that is what is used by the Python developers and using mingw32, although it works most of the time, can cause some strange behaviors in certain esoteric situations.
Anthony Tuininga
Preparing to release 4.2.1.
Tags
4.2.1
Anthony Tuininga
Support building 64-bit Windows services.
Anthony Tuininga
Add support for compiling Windows services with the Microsoft compiler.
Anthony Tuininga
Fix check for import library dir.
Anthony Tuininga
Preparing to release 4.2.
Tags
4.2
Anthony Tuininga
Avoid the use of LINKFORSHARED on the Mac which is not necessary and for Python 2.6 at least causes an error to be raised.
Anthony Tuininga
Preparing to release version 4.1.2.
Tags
4.1.2
Anthony Tuininga
Restore support for Python 2.x which uses the name cx_Freeze.util instead of just "util".
Anthony Tuininga
Ensure that Win32GUI works on 64-bit windows and avoid Win32Service on 64-bit Windows for now.
Tags
4.1.1
Anthony Tuininga
Python 3.1 uses a slightly different path for building RPMs so make sure that that situation is covered as well.
Anthony Tuininga
Preparing to release version 4.1.1.
Anthony Tuininga
The code required to work around code missing in distutils does not appear to be required when Python is built with a shared library; including it causes the shared library to be ignored when building the base executables so they are much larger than they need to be.
Comments 1
Anthony Tuininga
Only build the Win32Service base executable in Python 2.x for now.
Anthony Tuininga
Calculate the set of base modules using cx_Freeze itself and then freeze these into the base executables so that they can be found at initialization time, something that is absolutely required in Python 3.x and which can result in strange behavior in Python 2.x if some modules are missing; the encodings package is included in its entirety in order to avoid issues with encodings not being found.
Anthony Tuininga
Use %* rather than the separated arguments in order to avoid problems with the argument processor used by the command prompt on Windows.
Anthony Tuininga
A few minor tweaks to get the core code to work on Windows.
Anthony Tuininga
Added support for creating Windows services.
Anthony Tuininga
Preparing to release version 4.0.1.
Tags
4.0.1
Anthony Tuininga
Add support for Python 2.6 which requires a manifest file.
Anthony Tuininga
Renamed freeze to cxfreeze to avoid conflict with another package that uses that executable as requested by Siegfried Gevatter.
Anthony Tuininga
Include the workaround code for Python 2.5 and up as well since some distributions are missing this code or it does not function properly; the inclusion of this code does not cause gcc any difficulty with the duplicated arguments.
  1. Prev
  2. 1
  3. 2
  4. Next