On 12/26/10 1:46 PM, Oliver Kullmann wrote:
> Further to the build-problem:
>
> It seems it is the very long line: on another similar machine, but
> where longer command-lines can be handled, the build succeeds.
>
> So did something drastically change with 5.23.0 (in which case perhaps
> one can avoid the long line)?
I don't recall any "drastic" changes. It would certainly help if I knew
which file was producing the long line. But that doesn't seem like a
maxima problem but a ecl and/or gcc problem.
> We got some test failures:
>
> Error summary:
> Error found in /home/csoliver/OKplatform/ExternalSources/builds/Maxima/ecl/maxima-5.23.0/tests/rtest14.mac, problem:
> (144)
This has been there for as long as I can remember. I've never gotten
around to really investigating why ecl has this problem.
> Errors found in /home/csoliver/OKplatform/ExternalSources/builds/Maxima/ecl/maxima-5.23.0/tests/rtest16.mac, problems:
> (384 385)
These failures are because maxima assumes cl:expt produces a
double-float result even if one arg is a double-float and the other is
an integer. (expt x y) is defined to be (exp (* y (log x))). If x is
an integer, (log x) returns a single-float. If y is a double-float the
result will be a double-float, but only have single-float precision.
The maxima project agreed that this won't be fixed in maxima.
Ray