0.6.0

[Richard B. Kreckel]

Hello Keith,

Thank you for your bug report.

On Thu, 18 May 2000, Keith Briggs wrote:
> I tried to install 0.6.0 on my RH6.0 linux system.
> I got these errors:
> 
> Making install in reference
> make[2]: Entering directory `/home/install/GiNaC-0.6.0/doc/reference'
> make[3]: Entering directory `/home/install/GiNaC-0.6.0/doc/reference'
> make[3]: Nothing to be done for `install-exec-am'.
> /bin/sh ../../mkinstalldirs /usr/local/share/doc/GiNaC/reference
>  /usr/bin/install -c -m 644 ./*.html /usr/local/share/doc/GiNaC/reference/*.html
> /usr/bin/install: ./*.html: No such file or directory
> make[3]: *** [install-data-local] Error 1
> make[3]: Leaving directory `/home/install/GiNaC-0.6.0/doc/reference'
> make[2]: *** [install-am] Error 2
> make[2]: Leaving directory `/home/install/GiNaC-0.6.0/doc/reference'
> make[1]: *** [install-recursive] Error 1
> make[1]: Leaving directory `/home/install/GiNaC-0.6.0/doc'
> make: *** [install-recursive] Error 1

This is a known bug that has already been fixed.

> Also, after `make install' I found that my programs would not
> compile because version.h had not been copied to /usr/local/include/ginac.
> I had to do this by hand, then my programs would compile.

This is an unknown bug I have just fixed.  I guess we should upload a
package where those problems are fixed today.

> Also, I have a problem with 
> cout<<(log(1+2*x)/2).series(x==0,n);
> which does not produce its output in ascending order of powers.

This is not a bug, it's a feature (tm).  The order in which terms are
printed is the raw order, determined by their hash-values.  When you print
a pseries object, it just converts everything to a polynomial.  It can
become even somewhat more surprising, as commented in the method:

void pseries::print(ostream &os, unsigned upper_precedence) const
{
    debugmsg("pseries print", LOGLEVEL_PRINT);
    // This could be made better, since series expansion at x==1 might print
    // -1+2*x+Order((-1+x)^2) instead of 1+2*(-1+x)+Order((-1+x)^2), which is
    // correct but can be rather confusing.
    convert_to_poly().print(os, upper_precedence);
}

Maybe somebody should write something more elaborate here?

Regards
    -richy.
-- 
Richard Kreckel
<Richard.Kreckel at Uni-Mainz.DE>
<http://wwwthep.physik.uni-mainz.de/~kreckel/>