Activity
From 21 Apr 2024 to 20 May 2024
20 May 2024
-
17:12 Feature #1381: Type ideal for ZZ[x[1..n]]
- We have GBasis code for poly ideals over ZZ, so make it work with these ideals.
More failing operations:... -
17:03 Support #1263: Tidy CoCoALib test directory
- Can we close this soon?
-
17:01 Slug #1118: SLUG: factorization of x^9999
- How to compute the GCD of x^e1 * g1(x^d1) and x^e2 * g2(x^d2)?
Is it just x^min(e1,e2) * gcd(g1(x^D1), g2(x^D2))[x... -
16:56 Support #262 (In Progress): Play with GIT
- I am strongly tempted to postpone this until after we reach version 1.0.
Pros: putting the sources on GitHub (or s...
09 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...
-
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...
02 May 2024
-
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... -
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@*
*... -
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... -
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 ...
-
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...
29 Apr 2024
-
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...
26 Apr 2024
-
21:09 Design #1804: Use long long (at least sometimes)?
- Nico Mexis sent the following by email (a few days ago):...
25 Apr 2024
-
21:54 Feature #1778: Homogenizer
- This is for *JOHN* Knuckle down and do it!
-
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... -
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...
-
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 ... -
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...
-
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...
24 Apr 2024
-
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 ...
23 Apr 2024
-
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...
-
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...
-
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...
-
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...
22 Apr 2024
-
22:39 Design #1572: Use noexcept
- According to the C++ standard, a function is either not-throwing or potentially-throwing. The ...
-
21:22 Design #1572: Use noexcept
- Another question is about @operator*@ for iterators: if an error is thrown when "beyond the end" then it cannot be @n...
-
21:35 Feature #718 (Closed): Insert calls to CheckForInterrupt
- This has been mostly done. Comment 13 above is a good strategy.
Current state is good enough, so closing. -
21:32 Design #934: MachineInt: change semantics?
- There are 2 designs for @MachineInt@
# internal repr is @unsigned long@ and an extra bit to indicate that the true v... -
21:26 Feature #1702 (In Progress): Use C++ attributes
- We should try to reduce the number of warnings (esp. when compiling in "debug" mode).
Then we can consider attribute... -
21:24 Design #1787: Iterator design: compatible with C++STL? Advancing beyond end?
- If iterator operators can throw then they cannot be @noexcept@ (obviously!). See issue #1572
Not sure how important... -
21:08 Design #1346: C++14: use the new for loop syntax where appropriate (like cocoa's foreach)
- Some files still need tp be updated: I think the "morse" files need to be updated.
The "JB" files look to scary to t... -
20:43 Design #1242: C++14: Use type auto where appropriate
- * @DynamicBitset@ uses iterators explicitly; maybe switch to @auto@?
* possibly review @TmpJB...@ code too?
* @Long... -
20:24 Design #1106 (Closed): Remove READLINE from CoCoALib
- The @configure@ script was changed some time ago; now it is clear which options are relevant to CoCoALib and which to...
-
20:21 Feature #1218 (Closed): 32-bit or 64-bit preprocessor macro?
- This has effectively been resolved by issue #1661. The solution there assumes **either 64-bit or 32-bit @long@**; ot...
-
20:15 Bug #1811 (Feedback): Check include guards
-
20:15 Bug #1811: Check include guards
- Thanks to Nico for the suggestion about @#pragma@. I read also the discussion about its pros and cons -- it is not c...
-
20:06 Bug #986: GFan: require version newer than 0.6
- I have not found any suitable macro in the gfanlib sources (v.0.6.2).
Without Anders's help we cannot really do much... -
20:00 Bug #1719 (Closed): FactorINT has got worse
- The current impl is good enough. It behaves well enough on the two "big" test examples listed above. If we really w...
-
19:51 Bug #1733 (Resolved): FactorINT: funny order
- I have adopted the simple solution of changing the documentation: previously it said nothing about the order of the f...
Also available in: Atom