CoCoA Project

29 Oct 2018

18:03 CoCoALib Feature #898: New function: cardinality of finite field?

I have just noticed that *@LogCardinality@* is not implemented as I expected: it returns 0 when applied to a poly rin... John Abbott

18:00 CoCoALib Design #1232: IsPrime(0)

John Abbott wrote:
> Though I admit that @LogCardinality@ is not the most obvious name; maybe @FiniteFieldExtnDeg@ w... Anna Maria Bigatti

17:52 CoCoALib Design #1232 (Closed): IsPrime(0)

Indeed, I probably created @IsFiniteField@ exactly for this reason. Also the correct code is clearer to read:... John Abbott

15:51 CoCoALib Design #1232: IsPrime(0)

I'd rather keep the error, as in this case you already have @IsFiniteField@.
I'm not sure whether one would expect i... Anna Maria Bigatti

10:44 CoCoALib Design #1232 (Closed): IsPrime(0)

What should *@IsPrime(0)@* do?
Currently it gives error (because arg must be strictly positive).
I ask because ... John Abbott

26 Oct 2018

18:41 CoCoA-5 Feature #1231: system command

I believe that Macaulay and Singular have such a command, and they use it for their interfaces.
So I do agree that w... Anna Maria Bigatti

16:04 CoCoA-5 Feature #1231 (Closed): system command

CoCoA-4 had a *@system@* command which would pass its string argument to a shell for execution.
There is no such c... John Abbott

15:59 CoCoA-5 Bug #724: RationalSolve: wrongly complains about non zero-dim even in finite char

The example from #723 still fails with the following error:... John Abbott

19 Oct 2018

17:19 CoCoA-5 Bug #1230 (Closed): PrimaryDecomposition with lex ordering

Robbiano reports the following problem:... John Abbott

05 Oct 2018

17:44 CoCoA-5 Slug #1229 (New): append is slow

Creating a long list by calling @append@ in a loop has run-time quadratic in the final list length.
John Abbott

17:43 CoCoA-5 Slug #1228: SLUG: filling an array

It does not really matter how we evaluate @LHS := RHS@.
Either side could be expensive to evaluate. Publicly we sho... John Abbott

04 Oct 2018

09:01 CoCoA-5 Slug #1228: SLUG: filling an array

My proposal in comment 11 is *bad* because, for instance, the computation of an index may be lengthy or may have side... John Abbott