Building ASCEND for 64-bit Windows: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 19: | Line 19: | ||
* svn checkout ASCEND source code (from trunk) | * svn checkout ASCEND source code (from trunk) | ||
* <tt>scons</tt> | * <tt>scons</tt> | ||
For CUnit | |||
* use SVN trunk code | |||
* <tt>./configure --prefix=/mingw --host=x86_64-w64-mingw32 --build=mingw32</tt> | |||
* make install | |||
For SUNDIALS (used by the [[IDA]] solver): | For SUNDIALS (used by the [[IDA]] solver): | ||
| Line 25: | Line 31: | ||
* <tt>make -j4</tt> | * <tt>make -j4</tt> | ||
* make install | * make install | ||
Test suite | |||
* The CUnit test suites seem to be basically working. | |||
Python bindings | |||
* Installed SWIG 1.3.40 | |||
* Seems to be an issue with linking to <tt>python27.lib</tt>. The problem may be that [http://docspy2zh.readthedocs.org/en/latest/faq/windows.html#how-can-i-embed-python-into-a-windows-application described here], or it could be a 64-bit specific problem (or both). Perhaps we should try what happens with Python 2.5 alternatively. | |||
Things we need to work on: | Things we need to work on: | ||
* A lot of new compiler warnings due to the very new GCC version used by MinGW-64 that will need to be worked through. | |||
* Installing the MinGW-64 toolchain with 'standard' (local) tool filenames (maybe a quick script to rename or symlink them?) | * Installing the MinGW-64 toolchain with 'standard' (local) tool filenames (maybe a quick script to rename or symlink them?) | ||
* Detecting 32-bit vs 64-bit Windows | * Detecting 32-bit vs 64-bit Windows | ||
Revision as of 18:42, 19 January 2012
There are a number of barriers to building ASCEND on 64-bit Windows:
- PyGTK for 64-bit may have some bugs (http://www.daa.com.au/pipermail/pygtk/2009-July/017278.html)
- SCons does not distribute an installer that works against 64-bit Python
- Windows platform-specific code so far assumes 32-bit mode.
We are working towards fixing these items.
Steps to date:
- install MSYS bundle to c:\msys as instructed here
- install MinGW-64 bundle to c:\mingw64 as instructed (we used mingw-w64-bin_i686-mingw_20111220.zip
- install 64-bit Python 2.7.2
- append /c/Python27 and /c/Python27/Scripts to the PATH in MSYS.
- download and extract source tarball for SCons 1.2.0. Build via python setup.py bdist_wininst then install resulting .exe in dist subfolder.
- create 'scons' file in c:\Python27\Scripts containing
#!/bin/sh python /c/Python27/Scripts/scons.py $*
- svn checkout ASCEND source code (from trunk)
- scons
For CUnit
- use SVN trunk code
- ./configure --prefix=/mingw --host=x86_64-w64-mingw32 --build=mingw32
- make install
For SUNDIALS (used by the IDA solver):
- ./configure --host=x86_64-w64-mingw --prefix=/mingw
- make -j4
- make install
Test suite
- The CUnit test suites seem to be basically working.
Python bindings
- Installed SWIG 1.3.40
- Seems to be an issue with linking to python27.lib. The problem may be that described here, or it could be a 64-bit specific problem (or both). Perhaps we should try what happens with Python 2.5 alternatively.
Things we need to work on:
- A lot of new compiler warnings due to the very new GCC version used by MinGW-64 that will need to be worked through.
- Installing the MinGW-64 toolchain with 'standard' (local) tool filenames (maybe a quick script to rename or symlink them?)
- Detecting 32-bit vs 64-bit Windows
- config.h.in etc for size of void * etc.
- Detecting Python linker flags
- Building PyGTK etc for our version of Python
- Packaging it all (will NSIS 32-bit be OK to use?)