Re: A couple of bugs

[Kevin Ryde]

Dean Clamons <address@hidden> writes:
>
> The reason for the problem is that the HP make doesn't deal with the line 
> immediately preceding the definition of SCANF_OBJECTS in the Makefile. That 
> line end with \ (a backslash) with nothing on the following line.

Thanks, I noticed the same on an ia64 hpux 11 just the other week, but
a hppa hpux 10.20 system we test on had seemed ok.

> 2. This compiler handles 'long long' types, but the configure file will not 
> let 
> it be used. I'm not sure why. I see that it checks the version of the 
> compiler 
> rather than doing an actual check of 'long long's. Is there some kind of 
> known 
> problem with this version of the compiler?

We thought there was something bad about that "G.10.32.05" version,
but I'm not sure what.  Torbjorn?

You could fake out the test of "$gmp_hpc_64bit" in configure to give
it a go if you like.  The 64-bit code, not surprisingly, will be much
faster than the 32-bit, if it works.

> 3. There is a bug in the test routine t-sizeinbase in tests/mpz.
> The problem is that in routine mpz_fake_bits there is the line:
>
> PTR(z) = (&n) - (SIZ(n)-1);
>
> That's not legal since it points to unallocated space.

Thanks, the next release will have that removed.

> I suggest the following instead:

I was concerned about whether 198096465 bits might be too much to
allocate.

Hopefully in the future that sizeinbase stuff will stop using floating
point, making it much easier to be sure it's correct.