octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MXE] Building 64-b indexing Windows binary fails at nsis /, scons


From: John W. Eaton
Subject: Re: [MXE] Building 64-b indexing Windows binary fails at nsis /, scons
Date: Wed, 16 Jul 2014 18:56:31 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0

On 07/16/2014 06:35 PM, John Donoghue wrote:

Thats a known issue with nsis in mxe-octave, mentioned in the index.html.
It also doesnt work with mxe unless you have built the 32 bit compiler.

GWL_USERDATA is a win32 define, which needs to change to GWLP_USERDATA
and use SetWindowLongPtr instead of SetWindowLong.
There are a number of other similar issues as well.

nsis is only required for the install, so building a tarball disto is
still possible.

The upstream MXE project seems to have a way to build multiple toolchains at once. Unfortunately, merging MXE and mxe-octave might be difficult at this point. If we want to take advantage of the MXE project's work in the future, I think the best bet is to use what we've learned with mxe-octave and port the necessary changes back to the MXE project, then simply use that to build the packages. The rules to build an Octave installer or tar/zip based distribution would then be a separate layer on top of MXE.

In case anyone is wondering why things diverged so much, I forked mxe-octave from MXE when it appeared that there was no interest in the MXE community for building shared libraries. Since then, the situation has changed and it might be time for another look and possibly eliminating the fork.

jwe





reply via email to

[Prev in Thread] Current Thread [Next in Thread]