Activity

From 20 Jun 2020 to 19 Jul 2020

17:28 Design #1462: Change CoCoA_ERROR into CoCoA_THROW_ERROR: Upon Anna's request I have put back @CoCoA_ERROR@, hopefully in such a way that it gives useful error mesgs if someon... John Abbott
17:26 Feature #1466 (Resolved): Ops += *= etc for Matrices?: I have put in an obvious impl in *@MatrixOps.H@* (all defns are @inline@).
Everything compiles fine, but I have done... John Abbott

09:51 Feature #1470: Get indexed indets from a polyring: As usual, indexes should be of type @long@ (no need for @BigInt@).
It seems reasonable to allow a "short-cut" for ... John Abbott
09:48 Feature #1470 (New): Get indexed indets from a polyring: Make a class so that indexed indets from a polyring can be used with their "natural" indexes (rather than, say, c++ v... John Abbott
05:33 Feature #1468: Adjoin indets to a poly ring: Description above is incomplete:
* what term ord on @QQ[x,y,a,b]@? For impl, it would be nice if the orderings were... John Abbott
05:25 Feature #1468 (In Progress): Adjoin indets to a poly ring: Make it easy to "adjoin" indets to a poly ring.
JAA thinks this means: given polyring @QQ[x,y]@ and new indets @a,... John Abbott

10:54 Design #1467 (In Progress): Change syntax apply(phi,M) into phi(M)?: We could permit both syntaxes, perhaps making *@apply(...)@* obsolescent?
[JAA does not much like having two differe... John Abbott
10:44 Design #1467: Change syntax apply(phi,M) into phi(M)?: I noticed this while making a prototype impl for automatic ringelem promotion. In particular for ringelem times matr... John Abbott
10:39 Design #1467 (Closed): Change syntax apply(phi,M) into phi(M)?: Currently to apply a RingHom to the entries of a matrix or a C++ vector we must use the fn *@apply@*.
Is it better... John Abbott
10:34 Feature #1150: New fn: transform ideal with ring hom: What is this supposed to mean? Does it mean the ideal generated by @{phi(f) | f in I}@? What else could it mean?
W... John Abbott
10:26 Feature #1466 (In Progress): Ops += *= etc for Matrices?: It is not _necessary_ to make these operators, but anyone used to C++ might expect them to work.
I suggest:
* mak... John Abbott

11:11 Feature #1466 (Closed): Ops += *= etc for Matrices?: Should we make "assign-op" operators for matrices?
John Abbott

21:42 Design #1465 (In Progress): mul(MAT,MAT,MAT): I have commented out the fn, and modified *@power(MAT,n)@*.
Everything compiles and runs fine.
I suggest eliminat... John Abbott
21:40 Design #1465 (In Progress): mul(MAT,MAT,MAT): There is a fn *@mul(MAT,MAT,MAT)@*
Is it any use?
The impl is exception-safe, so internally it creates a new mat,... John Abbott

Also available in: Atom

CoCoA » CoCoALib