~peterpall/maxima/+git/maxima.code:master

Last commit made on 2018-09-23
Get this branch:
git clone -b master https://git.launchpad.net/~peterpall/maxima/+git/maxima.code

Branch merges

Branch information

Name:
master
Repository:
lp:~peterpall/maxima/+git/maxima.code

Recent commits

5cbca8a... by Wolfgang Dautermann <email address hidden> 14 hours ago

Add missing sheban lines to shell and perl scripts

bc6a78b... by Wolfgang Dautermann <email address hidden> 15 hours ago

Update ChangeLog-current.md with the *user-relevant* changes in the Windows installer.

Many more changes were made, but spelling fixes, updates of bundeled Software
(etc.) are obvious and need not to be mentioned (in my opinion) - as well as
changes in the build system, which does not the affect normal users, which
just download an already compiled installer.

bae7dd2... by Wolfgang Dautermann <email address hidden> 15 hours ago

Merge branch 'master' of ssh://git.code.sf.net/p/maxima/code

39e125c... by PeterPall on 2018-09-18

Make the testsuite tell which lisp the current test run is for

We have several build servers that generate Nightly Builds and run
the test bench, two of them being dautermann.at and launchpad.net.

The first step for dealing with them was marking all tests that
failed there as "known bad" so we can see if a commit breaks
something for a lisp that is still used in the wild as the build
servers either use current lisp versions or ones that are used
in currently active versions of Ubuntu. As some tests occur only
sporadically and as testing is a side-effect of packaging and
packaging a non-c++ project needs non-standard measures making
that work required months.

The next (and potentially more long-running whilst being less
time-consuming) step will be finding out which tests occur only
in old lisp versions. With several caveats:

 - Our existing build servers already show that some test failures
   occur only on some computers (Intel/AMD? 32/64 Bit? Signal
   integrity problems? Weird virtual machines? Does all depend
   on the amount of free RAM, perhaps by triggering the gc
   in different places?)
 - Some lisp versions never change their version number even if
   they change the code.
 - And some Ubuntu versions use updated lisps without telling
   the lisp compiler to use a new version number
=> the 2nd step might not be the final one.

9dd0396... by Wolfgang Dautermann <email address hidden> on 2018-09-17

Nightly test: update CMUCL to the latest snapshot (requested by Raymond)

d6d7b1e... by Wolfgang Dautermann <email address hidden> on 2018-09-16

Nightly test: parallel test execution using GNU parallel

Another good speedup would be a parallel build using "make -j",
but then the Make-logfile would be too chaotic, so that is not
done.

d6e4827... by PeterPall on 2018-09-12

Documented the variable MAXIMA_INITIAL_FOLDER.

f2f6789... by PeterPall on 2018-09-12

No idea why changing the initial folder using MAXIMA_INITIAL_DIR worked. This commit adds the char that the maxima batch file was missing.

689c866... by PeterPall on 2018-09-12

Renamed MAXIMA_PWD to MAXIMA_INITIAL_FOLDER as requested by the mailing list.

c4aa30a... by Wolfgang Dautermann <email address hidden> on 2018-09-08

Windows installer: update Gnuplot

(a new Gnuplot-installer was build (and the old one deleted), see
https://sourceforge.net/p/gnuplot/bugs/2069/#decf)