fmin_coblya sets ierr = -1 if constraints might not be satisfied
If the MAXCV value computed by COBYLA exceeds RHOEND, then the return
code is set to -1 to indicate that the constraints might not be
satisfied.
This is a small incompatible change with the existing function that
only said ierr could be 0, 1, or 2. But this is a nice mostly
compatible way to indicate something bad may have happened and the
user should investigate the solution and constraints carefully.
Also cleaned up some of the comments in cobyla-interface.lisp to match
the implementation.
Non-ascii filename support for plotting, operatingsystem and numericalio on sbcl+MSW
The long form: If maxima internally uses a different encoding than a
filename in the filesystem does file operations might fail on SBCL
if non-ascii chars are involved and the filename isn't converted to
its native representation. since on Win10 harmless-looking directory
names like Documents can hide a path that contains non-ascii characters
if the user's name contains them the reason for this might not be obvious
for end users.
There are many places where maxima accesses files so there would be
many additional places to fix. But I don't own a windows machine
so I hope someone else will do so and be able to test these fixes in
an easier fashion.
ba2b0a1...
by
Barton Willis <email address hidden>
o require second and third arguments to be symbols instead of mapatoms
o require third through fifty arguments to be all either lists or nonlists
o fix up user documentation
o add tests
eeb4b05...
by
Robert Dodier <email address hidden>
Merge branch 'master' of ssh://git.code.sf.net/p/maxima/code
298f944...
by
Robert Dodier <email address hidden>
Additional conditionalizations for Lispworks.
(1) defsystem.lisp: paste :relative onto directory if neither :absolute nor :relative
is already present. Without this, I get an error about ("numerical") not being
a symbol when I try to compile via defsystem. This appears to be necessary only
on Linux; it has been reported by Paul Werkowski that defsystem
works OK on Windows without this change.
(2) maxima.system: mark numerical code as load-only for the free version
(Lispworks Personal Edition). This is intended to reduce the memory
needed for compiling. Even with this change, Lispworks quits due to
heap exhaustion part way through compiling, but I can launch LW
again and issue (mk:oos "maxima" :compile) and keep going and it
runs to completion.
fdc5266...
by
Wolfgang Dautermann <email address hidden>
Include files like COPYING, AUTHORS in the Windows installer.
They are not installed by default, there exists an extra
make target for installing them.
Call 'make extradocinstall' when building the Windows installer.
On the mailing list, there was a discussion, that Maxima on
startup recommends reading the file 'COPYING', but it is not
installed by default (and therefore was not included in the Windows
installer).
aceb050...
by
Wolfgang Dautermann <email address hidden>
Changelogs for 5.43 and 5.44 were missing from the latest tarball releases.
Added them to Makefile.am.
Additionally created a ChangeLog-5.45.md for the (not yet released)
next Maxima version and included that in Makefile.am, so that that does
not happen for the next release.
Removed (nearly empty) ChangeLog-Current.md.
Maybe we should remove some older "ChangeLog"-files and just keep
the 2 or three most recent? Nearly half of the files in the
toplevel directory are now called "ChangeLog-5.xx".
If one is interested, what changed in Maxima 5.10.0 (from 2006!), one
can download older tar distributions or git and change to an older
git tag to get that (old) files.
1efc183...
by
Robert Dodier <email address hidden>
Merge branch 'master' of ssh://git.code.sf.net/p/maxima/code