Activity
From 28 Mar 2024 to 26 Apr 2024
26 Apr 2024
- 21:09 CoCoALib Design #1804: Use long long (at least sometimes)?
- Nico Mexis sent the following by email (a few days ago):...
25 Apr 2024
- 21:54 CoCoALib Feature #1778: Homogenizer
- This is for *JOHN* Knuckle down and do it!
- 21:53 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Design #1572: Use noexcept
- According to the C++ standard, a function is either not-throwing or potentially-throwing. The ...
- 21:22 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Bug #1811 (Feedback): Check include guards
- 20:15 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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...
19 Apr 2024
- 22:10 CoCoA-5 Bug #1794 (Resolved): Do not use random inside tests!!
- @random@ is called harmlessly in @exbugs.cocoa5@.
We should check *@ErrMesg.cocoa5@* and *@test-ApproxSolve.cocoa5@*... - 17:10 CoCoA-5 Design #1709 (Closed): Test tut-CoCoLA2
18 Apr 2024
- 16:38 CoCoALib Feature #937: LinDepMill: Mill for linear dependencies
- LinDepMill could also be used by MakeTermOrdMat.
- 16:37 CoCoALib Feature #937 (In Progress): LinDepMill: Mill for linear dependencies
- I have implemented the (hidden but present) function ShapeLemma which returns the whole lex-GB when the MinPoly has m...
16 Apr 2024
- 22:46 CoCoALib Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- This might be another example where "final clean up" is not instant:...
- 22:40 CoCoALib Support #1666 (In Progress): MachineInt: chase through ULL changes
- I have just removed @long long@ from @MachineInt@ (and had to change one call in @BigIntOps.C@)
There are actually *... - 22:29 CoCoALib Design #925: MachineInt or long for args which are indices (yet again)
- Indices into matrices (and other indexable objects, _e.g._ @ModuleElem@?) must be non-negative.
As already noted ind...
15 Apr 2024
- 22:27 CoCoALib Design #1804: Use long long (at least sometimes)?
- I think we are close to a decision: not to use @(unsigned) long long@ except perhaps internally.
I don't regard it a... - 22:22 CoCoALib Design #1804: Use long long (at least sometimes)?
- Winfried Bruns sent the following response by email:...
- 10:14 CoCoALib Design #1804: Use long long (at least sometimes)?
- My current thoughts are that we should avoid using LL/ULL in any (normal) user interfaces, but we may use them intern...
- 19:05 CoCoALib Support #1814: Ensure tests do not need too much RAM
- Anna thinks she has found the cause. She'll do some more tests to confirm; then we hope to fix it.
- 10:09 CoCoALib Support #1814: Ensure tests do not need too much RAM
- *Anna* plans to investigate today
- 10:09 CoCoALib Design #1800 (In Progress): Conversion from SmallPrime to UNSIGNED long?
- I am quite tempted just to try changing the automatic conversion, but this should probably also be done with some oth...
- 10:08 CoCoALib Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- I think we need a new central issue regard possible redesign of @MachineInt@
- 10:05 CoCoALib Support #1666: MachineInt: chase through ULL changes
- I wonder if this change should be reconsidered in light of the discussion in #1804?
14 Apr 2024
- 20:44 CoCoALib Design #1804: Use long long (at least sometimes)?
- To be honest, I would also rather keep support for 32-bit platforms instead of using e.g., ...
- 09:20 CoCoALib Design #1804: Use long long (at least sometimes)?
- The more I think about making a "typedef", the less I am convinced. For convenience I shall suppose it is called *@C...
13 Apr 2024
- 22:38 CoCoALib Design #1804: Use long long (at least sometimes)?
- > Personally I was hoping to drop support for 32-bit platforms, but long on MinGW is only 32-bits.
Actually, MinGW... - 22:21 CoCoALib Design #1804 (In Progress): Use long long (at least sometimes)?
- Nico sent the following comment by email:...
- 22:18 CoCoALib Design #1801 (In Progress): BuildInfo
- Here is a list of CPP symbols beginning with *@COCOA_@*
* @COCOA_ULONG2LONG@
* @COCOA_ULONGLONG2LONGLONG@
* @COCOA...
12 Apr 2024
- 19:08 CoCoA-5 Design #1709: Test tut-CoCoLA2
- I have just checked-in the changes. They should be in the next "internal" release. Hope to resolve #1814 before mak...
10 Apr 2024
- 11:47 CoCoALib Support #1814: Ensure tests do not need too much RAM
- Ulrich von der Ohe wrote:
> @test-RadicalMembership1.C@ did not change from 0.99824 to 0.99850. Do you think the 20-...
09 Apr 2024
- 23:31 CoCoALib Support #1814: Ensure tests do not need too much RAM
- John Abbott wrote:
> * there was a bug in @IsInRadical@ which meant that it always returned @true@ IIRC
@test-Rad... - 20:55 CoCoALib Support #1814: Ensure tests do not need too much RAM
- I'm not sure if I am recalling correctly the time-line...
* there was a bug in @IsInRadical@ which meant that it alw... - 14:31 CoCoALib Support #1814: Ensure tests do not need too much RAM
- John Abbott wrote:
> I'm not surprised by the change in resources needed for @test-RadicalMembership1.C@ since the t... - 21:53 CoCoALib Design #1804: Use long long (at least sometimes)?
- I am a bit concerned that *@long long@* may incur unnecessary overhead on some platforms.
We could also have a CoC... - 14:21 CoCoALib Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- John Abbott wrote:
> Did we use a workaround?
The workaround introduced in #1662#note-4 is indeed in effect in ne...
08 Apr 2024
- 21:42 CoCoALib Support #1814: Ensure tests do not need too much RAM
- My idea did not produce much gain (neither regarding time nor memory requirement).
There's a loop somewhere which is... - 20:57 CoCoALib Support #1814: Ensure tests do not need too much RAM
- It is not clear to me why @test-SparsePolyRing1-b.C@ should have become slower by a factor of 2.
I'm not surprised b... - 16:18 CoCoALib Support #1814: Ensure tests do not need too much RAM
- I realize that this issue was intended to be about something else. Feel free to move my posts as you see fit -- sorry...
- 16:05 CoCoALib Support #1814: Ensure tests do not need too much RAM
- ...
- 12:23 CoCoALib Support #1814: Ensure tests do not need too much RAM
- ...
- 20:26 CoCoALib Bug #1662 (Resolved): txt2tags: problem with filenames containing "_" or "-"
- I have advanced this issue to *resolved* since it seems to be OK now -- thanks Nico for the clarification!
Anna is a... - 15:31 CoCoALib Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- I am using txt2tags 3.9 and it works fine on my end as well. This issue was only related to txt2tags 2.7-dev (commits...
07 Apr 2024
- 23:17 CoCoALib Support #1814: Ensure tests do not need too much RAM
- The tests @test-RadicalMembership1@ and @test-SparsePolyRing2@ are the only ones where memory usage considerably wors...
- 22:48 CoCoALib Support #1814: Ensure tests do not need too much RAM
- Strictly this is not CoCoALib but CoCoA-5.
I ran the CoCoA-5 tests with about 0.5GiB memory: there was 1 failure, na... - 22:18 CoCoALib Support #1814 (In Progress): Ensure tests do not need too much RAM
- Assuming that @ulimit -v@ does what I think/hope it does, I confirm that the only test to fail with a limit of @25000...
- 21:57 CoCoALib Support #1814: Ensure tests do not need too much RAM
- On my linux box the command *@ulimit -v 1048576@* will limit memory use to 1GiB (which seems a reasonable limit to me...
- 21:55 CoCoALib Support #1814 (In Progress): Ensure tests do not need too much RAM
- Ulrich also reported that *@test-SparsePolyRing2@* now needs about 3GiB of RAM at some point. That is rather a lot!
... - 21:53 CoCoALib Slug #1813 (In Progress): Some tests have become slower
- I think the slow down may be due to a change in code in radical (of ideals)" I believe we now speculatively try to co...
- 21:49 CoCoALib Slug #1813 (In Progress): Some tests have become slower
- Ulrich reports by email that the test *@test-SparsePolyRing2@* has become significantly slower; also perhaps @test-Sp...
- 20:49 CoCoALib Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- *AnnA* can you check whether this issue can now be closed?
Ulrich reports that 0.99850 is OK with txt2tags-2.6; I s... - 20:42 CoCoA-5 Design #1709 (Resolved): Test tut-CoCoLA2
- 20:41 CoCoA-5 Design #1709: Test tut-CoCoLA2
- Ah, oops!
Since Anna did not object, I have just made the change hinted at in my comment 8 above. This should avoid...
06 Apr 2024
- 15:55 CoCoA-5 Design #1709: Test tut-CoCoLA2
- John Abbott wrote:
> What do you think?
I think it would be preferable to have deterministic output (i.e. literal... - 15:34 CoCoALib Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- The files released as 0.99850 work for me with txt2tags 2.6 (the latest stable 2.x version) as well as with txt2tags ...
31 Mar 2024
- 20:40 CoCoA-5 Support #1675 (Closed): Version 5.4.0 requires Visual C++ Runtime 2013 on Windows
- Only just noticed that my previous comment seems to be cut off for some reason... The feedback was positive: The new ...
- 20:35 CoCoALib Bug #1811: Check include guards
- Just a small question to throw in the room: Might it be worth considering to migrate to ...
29 Mar 2024
- 10:37 CoCoALib Bug #1812 (New): Documentation: indexXX.html should be recompiled if version has changed
- There is no dependency on configuration/version in doc/Makefile for index...html.
(on the other hand the pdf manual ... - 08:25 CoCoALib Design #1753: Clean up EulerTotient, InvTotient jungle in NumTheory-misc
- set to 100% (after being closed)
- 08:22 CoCoALib Support #1687: Release CoCoALib 0.99850
*done* Redmine Roadmap: close or postpone issue
*done* Redmine Release issues: check percentages, check timi...
28 Mar 2024
- 23:10 CoCoALib Bug #1661 (Closed): Microsoft: cannot compile with signal handling
- I think Nico said it is OK now. Closing!
- 23:04 CoCoALib Bug #1811 (Resolved): Check include guards
- Also the interpreter has CPP symbols without the CoCoA prefix. Is that right?
- 23:00 CoCoALib Bug #1811 (Feedback): Check include guards
- Some files have include guards without the @CoCoA_@ prefix...
- 15:12 CoCoALib Support #1810: Release CoCoALib 0.99900
- Release issues:
https://cocoa.dima.unige.it/redmine/projects/cocoalib/issues?query_id=49
Here is a list of the ma... - 15:11 CoCoALib Support #1810 (New): Release CoCoALib 0.99900
- Everything related to making a CoCoALib release:
Redmine Roadmap: close or postpone issue
Redmine Release... - 10:15 CoCoALib Feature #1206 (Closed): syz, SyzOfGens: which shifts for zero?
- Updated documentation submodule.txt (need proper example ex-syz.C)
Updated CoCoA-5 test test-syz, cvs-ed and include... - 08:15 CoCoALib Feature #1206: syz, SyzOfGens: which shifts for zero?
- restored "final decisions" in description removed by mistake.
- 08:12 CoCoALib Feature #1206: syz, SyzOfGens: which shifts for zero?
- added documentation for CoCoA-5
- 08:45 CoCoALib Feature #1809 (New): Make ex-syz.C
- Dealing with syzygies is non-trivial, expecially with shifts.
There is a dedicated function NewFreeModuleForSyz whic... - 07:35 CoCoALib Feature #1808: New constructor for PolyRing with elimination ordering
- This issue originates #78 (for CoCoA-5).
However, elimination orderings are widely used in CoCoALib (not just for el... - 07:31 CoCoALib Feature #1808 (In Progress): New constructor for PolyRing with elimination ordering
- New syntax @NewPolyRingElim(....)@ would be handy, and also easily transferred to CoCoA-5.
Design its interface (eg:... - 07:16 CoCoA-5 Feature #78: Elim ordering and matrix ordering in CoCoA-5
- Anna Maria Bigatti wrote:
> How to make this easier? Here is a possible shortcut:
> P := NewPolyRingElim(QQ, ElimI...
Also available in: Atom