|
From: | John W. Eaton |
Subject: | mxe-octave and MXE status update |
Date: | Thu, 27 Feb 2014 17:40:48 -0500 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 |
You can take a look a the recent mailing list threads on the MXE mailing list here:
http://lists.nongnu.org/archive/html/mingw-cross-env-list/2014-02/index.htmlThere are some big advantages to the way MXE has handled shared libraries and different targets over what we've done. For example, you can use a command like
make MXE_TARGETS="i686-w64-w64-mingw32.shared x86_64-mingw-w64-mingw32.shared" lapack
to build lapack for both 32- and 64-bit targets simultaneously (in separate directory trees for each target type). This kind of thing could help us with building things like the nsis installer which doesn't currently build for 64-bit Windows.
Instead of integrating things like building the installer package as targets in the MXE build system, we could just create a build system for Octave and dependencies that uses MXE to build what we need, and the our build environment would put all the pieces together.
The MXE folks are not as interested in native builds, but they seem willing to consider making the targets and Makefile rules more general so that it should be possible to also use MXE for native builds. Then we should be able to eliminate the need for mxe-octave. The fact that we've already mostly done it with mxe-octave at least provides a proof of concept.
Comments? jwe
[Prev in Thread] | Current Thread | [Next in Thread] |