octave-maintainers
[Top][All Lists]
Advanced

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

Re: Octave 5.2.0 release


From: John W. Eaton
Subject: Re: Octave 5.2.0 release
Date: Tue, 4 Feb 2020 00:33:10 -0500
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0

On 2/4/20 12:14 AM, Kai Torben Ohlhus wrote:

Of course not, please go ahead! I am happy to get the release done. =)

Anyways, I finish my builds too and compare if I can come up in the
future with the similar quality ;-)

OK, I'm uploading them now. It may take some time, my upload connection is not super fast.

For the record, I used the attached build script. I'm fortunate to have three systems to run it on so I could build the w32, w64, and w64-64 versions in parallel. It still took several hours from scratch. The script assumes that the directories

  /release/mxe-octave-w32
  /release/mxe-octave-w64
  /release/mxe-octave-w64-64

exist and contain clones of the mxe-octave sources that already have teh release changeset tagged with release-octave-$VERSION and that the mxe package source files will be in /scratch/build/mxe-pkg-src. That directory could be anything, you'd just have to modify the script to match what you use, or to not use a separate directory and have the build process download the files for you in each of the above directories.

Then you can run the script with

  ./build.sh 5.2.0 w32
  ./build.sh 5.2.0 w64
  ./build.sh 5.2.0 w64-64

to generate all the variations. I'm sure we can improve this script, but it's a pretty good start at recording the options used.

Note also that the script starts from a clean tree each time, so it helps to use ccache if you need to start over for some reason. Starting from a clean build tree is important in case versions have changed. Otherwise, you could end up with multiple versions of some package appearing in the installer. It's not fatal, but it looks sloppy and bloats the distributed files.

jwe


Attachment: build.sh
Description: application/shellscript


reply via email to

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