Activity
From 16 Mar 2024 to 14 Apr 2024
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
-
- > Personally I was hoping to drop support for 32-bit platforms, but long on MinGW is only 32-bits.
Actually, MinGW... -
- Nico sent the following comment by email:...
-
- Here is a list of CPP symbols beginning with *@COCOA_@*
* @COCOA_ULONG2LONG@
* @COCOA_ULONGLONG2LONGLONG@
* @COCOA...
12 Apr 2024
-
- 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... -
- I'm not sure if I am recalling correctly the time-line...
* there was a bug in @IsInRadical@ which meant that it alw... -
- John Abbott wrote:
> I'm not surprised by the change in resources needed for @test-RadicalMembership1.C@ since the t... -
- I am a bit concerned that *@long long@* may incur unnecessary overhead on some platforms.
We could also have a CoC... -
- John Abbott wrote:
> Did we use a workaround?
The workaround introduced in #1662#note-4 is indeed in effect in ne...
08 Apr 2024
-
- My idea did not produce much gain (neither regarding time nor memory requirement).
There's a loop somewhere which is... -
- 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... -
- I realize that this issue was intended to be about something else. Feel free to move my posts as you see fit -- sorry...
-
- ...
-
- ...
-
- I have advanced this issue to *resolved* since it seems to be OK now -- thanks Nico for the clarification!
Anna is a... -
- 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
-
- The tests @test-RadicalMembership1@ and @test-SparsePolyRing2@ are the only ones where memory usage considerably wors...
-
- Strictly this is not CoCoALib but CoCoA-5.
I ran the CoCoA-5 tests with about 0.5GiB memory: there was 1 failure, na... -
- Assuming that @ulimit -v@ does what I think/hope it does, I confirm that the only test to fail with a limit of @25000...
-
- On my linux box the command *@ulimit -v 1048576@* will limit memory use to 1GiB (which seems a reasonable limit to me...
-
- Ulrich also reported that *@test-SparsePolyRing2@* now needs about 3GiB of RAM at some point. That is rather a lot!
... -
- 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...
-
- Ulrich reports by email that the test *@test-SparsePolyRing2@* has become significantly slower; also perhaps @test-Sp...
-
- *AnnA* can you check whether this issue can now be closed?
Ulrich reports that 0.99850 is OK with txt2tags-2.6; I s... -
-
- 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
-
- John Abbott wrote:
> What do you think?
I think it would be preferable to have deterministic output (i.e. literal... -
- 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
-
- Only just noticed that my previous comment seems to be cut off for some reason... The feedback was positive: The new ...
-
- Just a small question to throw in the room: Might it be worth considering to migrate to ...
29 Mar 2024
-
- There is no dependency on configuration/version in doc/Makefile for index...html.
(on the other hand the pdf manual ... -
- set to 100% (after being closed)
-
*done* Redmine Roadmap: close or postpone issue
*done* Redmine Release issues: check percentages, check timi...
28 Mar 2024
-
- I think Nico said it is OK now. Closing!
-
- Also the interpreter has CPP symbols without the CoCoA prefix. Is that right?
-
- Some files have include guards without the @CoCoA_@ prefix...
-
- Release issues:
https://cocoa.dima.unige.it/redmine/projects/cocoalib/issues?query_id=49
Here is a list of the ma... -
- Everything related to making a CoCoALib release:
Redmine Roadmap: close or postpone issue
Redmine Release... -
- Updated documentation submodule.txt (need proper example ex-syz.C)
Updated CoCoA-5 test test-syz, cvs-ed and include... -
- restored "final decisions" in description removed by mistake.
-
- added documentation for CoCoA-5
-
- Dealing with syzygies is non-trivial, expecially with shifts.
There is a dedicated function NewFreeModuleForSyz whic... -
- This issue originates #78 (for CoCoA-5).
However, elimination orderings are widely used in CoCoALib (not just for el... -
- New syntax @NewPolyRingElim(....)@ would be handy, and also easily transferred to CoCoA-5.
Design its interface (eg:... -
- Anna Maria Bigatti wrote:
> How to make this easier? Here is a possible shortcut:
> P := NewPolyRingElim(QQ, ElimI...
27 Mar 2024
-
- Still to do: documentations showing how to deal with 0 entries, in CoCoALib and in CoCoA5
-
- Anna Maria Bigatti wrote:
> Should we make @SyzOfGens@ obsolescent? does it do anything more than calling @syz(gens... -
- I moved this issue from CoCoA-5 to CoCoALib
-
26 Mar 2024
-
- Michele Toriell is asking for this. There was C++ from when i was in Passau: dig it out, and blow the dust off.
-
- Good idea to make comprehensive tests.... perhaps not easy.
Why "feedback" and 10% complete?
-
- This issue is old.
I'm making a test file test-sys.cocoa5.
I'll update and write there what we have working for hom... -
- Agreed that we should reject.
-
-
- I'm inclined to reject this.
It would be ambiguos: syz of the components, or of the cyclic module it generates? -
- I think this has been agreed upon a long time ago, as explained in #582-3.
Moreover the recent addition of the conte... -
- In the general picture of improving the error codes, I suggest a trivial (though extensive) change.
Look at these na... -
- The best shortcut to make a submodule is via @SumboduleCols/Rows@.
As pointed out in #1072-#1, even for one genera... -
- Currently we can call SyzOfGens(M), but it should also be possibile to call syz(gens(M)).
This is tedious because ... -
- Added also to NewFreeModuleForSyz.
-
- Anna Maria Bigatti wrote:
> This is my suggestion: implement a new function @syz0@ which allows 0s in the input (giv...
25 Mar 2024
-
- Personally I was hoping to drop support for 32-bit platforms, but @long@ on MinGW is only 32-bits. Does MinGW offer ...
-
- Winfried Bruns suggested in issue #1661 to consider using *@long long@* wherever we want more than 32-bits.
Investig... -
- This might be a separate issue: should there also be a similar function which "prepares" the generators for computin...
-
- Sum is clever -- if HasGBasis(I) and is ideal(1).
Do the same for product and for other similar operations.... -
- First steps:
* remove 0 generators
* if any generator is 1 (or invertible) then the ideal is 1
* for integer ideal... -
- Generalize the ideas of issue #1647 to other types of ideal (and modules?)
-
- Moving note-33 (product) to another issue, because not related to generators.
-
- Sum is clever -- if HasGBasis(I) and is ideal(1)
Do it also for product.... -
- The function for CoCoA-5 is VersionInfo() defined in BuiltingFunctions.C
-
- We need to consider the behaviour both in CoCoALib and in CoCoA-5.
Anna suggests that it is more helpful to mainta... -
- Three things:
* why do some preprocessor flags have prefix *@COCOA_@* while others have *@CoCoA_@* ?
* for whom are... -
-
- Anna Maria Bigatti wrote:
> Add the value of this flag to "VersionInfo()" in CoCoA-5 (work for me)
and in BuildI... -
- Add the value of this flag to "VersionInfo()" in CoCoA-5 (work for me)
-
- I believe I have made all necessary changes. So closing -- it works fine for us...
-
- to be improved (see Nicolas Jagersma code using GPoly)
-
- We have long tried to avoid unsigned values because they can cause inconvenient, silent, automatic conversions.
But ... -
- Currently there is an "implicit" conversion from @SmallPrime@ to @signed long@.
Should the conversion instead be to ... -
-
- Anna Maria Bigatti wrote:
> I suggest having all headers in SparsePolyOps-RingElem.H (well indicated) and the "vecto... -
- After trying to rearrange the header files I found this problem.
There are functions on vectors of RingElem need hea... -
- After closing I realized that the "coefficients" functions were missing and that the .H files were not aligned.
Stil... -
- Anna Maria Bigatti wrote:
> Add syz and syz0 (allowing 0s) for vector of RingElem
*syz* should stay in @submodule...
24 Mar 2024
-
- Apart from being untidy (& possibly embarassing) the old code does sometimes cost time if we have to maintain it.
Wh... -
- The sources contain some quite old code which is likely no longer used.
We should identify the code and consider rem...
22 Mar 2024
-
- A macro like ...
-
- I have been working through Nico's changes. Still undecided about several of them :-/
The 32-bit vs 64-bit problems... -
- The problem with ...
-
- Is any of this still relevant?
-
- I like Anna's possible shortcut from comment 9.
Shall we impl it?
*NOTE* also for CoCoALib? -
- Probably the functions ElimMat-like are good enough for this.
At least we should write some explicit example here (f... -
- There are two improvements we can still make:
# tell myFinalizeGBasis interreduce only the polynomials with the want... -
- Now it takes 165s (I don't know how long it was before)
-
- Anna Maria Bigatti wrote:
> Apart from the improvements we can do for @elim@ (and are about to do ;-)
I wonder if... -
-
- John Abbott wrote:
> Anna points out that the actual cost is the normal form reduction inside the *@isin@* operator.... -
- Anna points out that the actual cost is the normal form reduction inside the *@isin@* operator. The computation of t...
-
- Current timings after the LT checking in the final cleaning (just marginally better than before, but most of the time...
-
- I changed the verbosity to 130 (to see what goes on in the -Final clean up)
Now it is faster because the polynomials... -
- Improved (see #777-12).
Still, could be more clever when computing elimination and some reductions are completely us... -
- Remember to add tests to test-GB.cocoa5
-
- Good thing I wrote #1212-19! My first implementation was wrong (embarrassing).
Now all implemented and I added a Co... -
- I prefer to go through similar situations before changing the current names.
Make a list.
Postponing.
-
- Different situations to consider (from #1619-8)
* monomial
* homog
* principal
* univariate
* general
-
-
- Add syz and syz0 (allowing 0s) for vector of RingElem
-
-
-
- The test in note-3 would be faster if called in the minimal sub-polyring.
-
- From #1641-11
It seems it's the "high number of variables" problem, and syz itself is quite fast: this examples take... -
- Investigate whether it is a good idea to adapt certain operations to compute in a sub polyring (without unnecessary i...
-
- I though we had a class for incremental gaussian reduction. That should be useful in this case!
We can also make ... -
- The old CoCoA-5 radical code is currently still available as function @radical_COCOALANGUAGE@ in the radical.cpkg5 pa...
21 Mar 2024
-
- My previous comment just above is correct, but we can sometimes do better.
I think we need to consider just the "low... -
-
- I'm too lazy to track down all the functions which ought to be tested, and then to write the corresponding tests.
So... -
-
- I have added some new tests to @test-SparsePolyRing1.C@.
I conform that Anna's example from comment 11 does seems to... -
- The problem for multivariate syz with many indets (from note-8 on) seems to be considered in #1057 and #1068, so I wo...
-
- It seems it's the "high number of variables" problem, and syz itself is quite fast: this examples takes ~4s on my com...
-
- Ah yes, I do have debugging on.
Do you get a measurable time difference if the ring contains just 3 indets or if it ... -
- John Abbott wrote:
> The new code seems to work now, and is faster if the polys are recognized as univariate.
>
>... -
- I also added the factorization in the case of a monomial (similar test as in #967-5, now in test0saturate.cocoa5).
... -
-
- John Abbott wrote:
> The problem was that in @BuiltInFunctions-CoCoALib.C@ there was a call to @I->mySaturate(J)@ in... -
- added CoCoA-5 test-saturate.cocoa5
-
- John Abbott wrote:
> Maybe different types:
> * monomial
> * principal
> * univariate
> * general
also homog -
- I added some verbosity...
-
- John Abbott wrote:
> The cause is not too surprising: @demo-Osaka2015.cocoa5@ uses a random example (on line 72).
>...
20 Mar 2024
-
- The cause is not too surprising: @demo-Osaka2015.cocoa5@ uses a random example (on line 72).
Evidently, with debuggi... -
- The new code seems to work now, and is faster if the polys are recognized as univariate.
What I do not understand ... -
- This is all done (I believe) for ideals in SparsePolyRing.
Do it also for ideals in other rings (should we have anot... -
- Added documentation for CoCoALib/5.
-
- I liked this too much and I did it.
Called in some lib/5 tests, called by GradingMat.
Easy enough. should not need...
19 Mar 2024
-
- I know it has been quite some time, but I have made some progress on this: Even the GUI works for me!
However, there... -
- Made some progress. This is more tedious than I thought... the doc for CoCoALib could be better... (and the design t...
-
- The problem code is in @SparsePolyOps-RingElem.C@ around line 718 (search for @SyzOfGens@ or maybe just @syz@).
I... -
- The relevant source code is probably in @Parser.C@ near line 1924 inside the function @parseSelectors@ right after @c...
18 Mar 2024
-
- *Hi Jerry James*
Could I send you a TGZ of the latest sources, so that you can try compiling, and see whether there ... -
- *@sat@* is perhaps too short, and may be ambiguous with the *@SAT@* (satisfiability) family of functions.
I'm undeci... -
- [Conversation with Robbiano]
XXXX-ation gives a commutative feeling, XXXX-ate gives and action (non-commutative) fee... -
- Also *@IntersectionList@*
-
- In CoCoA-4 we had intersection and saturation. Now we have a mixture...
Singular and Macaulay use *@intersect@* a... -
- I did slightly prefer the name I suggested in note 7 (but it is longer).
Anyway, this is a good improvement to the i... -
- Added example in ex-PolyRing2.C
-
-
- Perhaps *@ERR::NYI@* ?
-
- For the time being: should we give error? (as if non-homogeneous?)
-
- I'm tempted to *reject* this. Yes, there is the risk mentioned in the description, but it is not so serious -- if ne...
-
- I'm very tempted to mark this one *won't fix*.
It would likely be a lot of work modifying the parser/interpreter, an... -
- Since some languages (such as Julia) do not require semicolons to end the command while CoCoA does, perhaps the a com...
-
- We can put a page for preliminary packages in the main manual. It should either contain a list of the packages (and ...
-
- Maybe we can change the relevant line(s) to something like:...
-
-
- If the grading is positive and over ZZ^1 then we use the following general cut-off so that we do not need to scan the...
-
- This was mostly done anyway. I changed some things in the involutive code (without really understanding it).
I ha... -
- John will investigate this, and hopefully close it.
-
- In principle we could make 2 such functions: one faster, and one more thorough.
But is it worth it? KISS?
-
- In #1645#note-28 there is a list of easy checks one might want to do on a given set of polynomial generators.
See al... -
-
- List in #1647-9
Anna Maria Bigatti wrote:
> Add a function @CleanupGens@ making some more easy checks?
Moved i... -
-
- I activated a test (slightly simplified test7 in test-GOperation1.C).
-
- See #1326#note-10 for discussion about elim(I,X) vs elim(X,I).
Apart from this, we should only add some tests in CoC... -
- We have noticed that sometimes (with SetVerbosityLevel(100)) the time spent in "Final clean up" is quite long.
The c... -
- The SparsePolyOps files are quite focused on a specific topic.
Doc would be easier to maintain if kepts separately.
... -
- See #1783-2 : one doc file for each topic/file
-
- Maybe different types:
* monomial
* principal
* univariate
* general
17 Mar 2024
-
- I have just tested with txt2tags v3 (commit bc7f2c43f1a59ea96f37c77b63c4b44fe51e1b08) and it works perfectly fine on ...
-
- We must also explain what the solution is in the documentation (and perhaps also error messages?).
-
- I think I have corrected the error. Must do more checking.
16 Mar 2024
-
- Sorry, seems like I forgot to respond back then.
I am using the **latest** v2.7-dev.
It is important that it is the... -
- Let's try to download the new txt2tags, and test it.
*Nico* which version should we obtain?
*Anna* how do we test i... -
-
- Failed to verify on Anna's old intel MacBook: compiler gave an error about @ptrdiff_t@ in some system header (sigh)
... -
-
- Why such a long discussion and no resolution?
Can we finish this quickly? Or should we postpone?
-
- I have added @saturate@ to the relevant header file. And also a test for #1790.
Added some doc. Do we need tests? ... -
- This may well be length to resolve properly, but I really should look at it soon.
-
- I am currently unsure how useful it would be to let the caller choose a time-out in seconds.
It may be simpler to of... -
- I wonder whether it might not be better to wait until we switch to the C++20 standard, and so can use *@using ENUM@*....
-
- I have just tried the example from #note-5, and it took just less than 1s on my computer (with v0.99823).
I have inc... -
- This seems to have been done already, at least mostly. So it has morally been in feedback for several month, at leas...
-
- I vaguely recall Anna asking for an improvement to the @Makefile@ structure; I do not really recall why.
I also reca... -
- Assuming that @CoCoAInterpreter@ is already compiled (and up-to-date).
Running @make check@ in directory @src/CoCoA-... -
- My @g++@ reports version info @gcc version 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04)@
My clang reports version info @Ubu... -
- We must avoid using @random@ inside tests. Relevant files are
* @demo-Osaka2015.cocoa5@
* @ErrMesg.cocoa5@
* @tes... -
- While resolving issue #1726 I needed to call some arg-check functions specifying where in the source the arg-check wa...
-
- There is now a class *@ErrorContext@* and macro @CoCoA_ERROR_CONTEXT@ for recording:
* function name
* file name
*...
Also available in: Atom