Activity

From 23 Apr 2024 to 22 May 2024

20:58 Feature #1778: Homogenizer: The interface in OSCAR lets the caller choose where the "new" indeterminates appear in the list of indets of the bigg... John Abbott
20:46 Feature #1667: GBasis over ZZ: port to CoCoALib: The CoCoA-5 version is in @*prototype-GBZZ.cpkg5@*.
I tried just one test, and the CoCoA-5 code was noticeably faste... John Abbott

19:58 Feature #1815: JSON and UUID: Another point to bear in mind is the licence of any library.
We already use BOOST in CoCoA-5, but I'm not sure wheth... John Abbott
19:46 Feature #1815: JSON and UUID: I note the following link(s):
* *@https://www.boost.org/doc/libs/1_85_0/libs/json/doc/html/json/comparison.html@*
*... John Abbott
19:41 Feature #1815: JSON and UUID: We should also decide which goals we have.
I'm expecting in Berlin to spend much of the time discussing and planni... John Abbott
19:29 Feature #1815 (In Progress): JSON and UUID: Antony in Berlin says that they use *@rapidJSON@*; I did not enquire about UUIDs -- we can use an interim, makeshift ... John Abbott
19:20 Feature #1815 (In Progress): JSON and UUID: Investigate including a library for serializing and deserializing JSON encodings.
This includes having the ability t... John Abbott

21:13 Feature #1667: GBasis over ZZ: port to CoCoALib: It seems that we have several implementations: some in C++, and some in CoCoA-5.
The C++ versions ought to be quicke... John Abbott

21:09 Design #1804: Use long long (at least sometimes)?: Nico Mexis sent the following by email (a few days ago):... John Abbott

21:54 Feature #1778: Homogenizer: This is for *JOHN* Knuckle down and do it! John Abbott
21:53 Design #1414: Make class RingElemVector?: *Yes!* We really should implement this, and preferably soon.
Maybe we can also include an auto conversion to @vecto... John Abbott
21:49 Design #894: strict enum types: C++11 extension: This is one of those _mindless_ tasks to be done when the brain is taking a nap...
John Abbott
21:46 Design #707: MatrixOrderingMod32749Impl: test and write documentation!: What is the status of this issue?
Not so long ago I wrote a similar class for 64-bitters where the modulus is about ... John Abbott
21:44 Bug #1764 (In Progress): Verbosity messages: avoid printing BIG values: As hinted in the main description, we should also try to limit the amount of output (unless it is important to be abl... John Abbott
21:40 Bug #1705: ProgressReporter: prepare for new loop?: Maybe just *@myReset@*? Or is that too vague? It is short, which I like.
So far we have been using @myPrepareForNe... John Abbott

23:04 Feature #797: SmallFpImpl: make it faster: I have just wasted quite a bit of time thus evening rediscovering this phenomenon... sigh!
I should consider making ... John Abbott

22:26 Design #1787: Iterator design: compatible with C++STL? Advancing beyond end?: A quick look on StackOverflow found a discussion which claims that the C++ standard says that advancing an iterator b... John Abbott
22:14 Support #1814: Ensure tests do not need too much RAM: I created a memory leak in the gcd function for multivariate polynomials over a finite field. I have a first fix, an... John Abbott
22:05 Design #1804: Use long long (at least sometimes)?: While it might give slightly better performance to use @(unsigned) long long@ in some internal chinese-remaindering f... John Abbott
21:57 Design #1572: Use noexcept: What I meant to say in comment 9 above is: if we choose a design for iterators where @operator*@ never throws then we... John Abbott

Also available in: Atom

CoCoA » CoCoALib