Activity
From 24 Feb 2024 to 24 Mar 2024
24 Mar 2024
- 10:52 Design #1799: Clean out OLD CODE?
- Apart from being untidy (& possibly embarassing) the old code does sometimes cost time if we have to maintain it.
Wh... - 10:50 Design #1799 (New): Clean out OLD CODE?
- The sources contain some quite old code which is likely no longer used.
We should identify the code and consider rem...
22 Mar 2024
- 23:20 Bug #1661: Microsoft: cannot compile with signal handling
- A macro like ...
- 22:04 Bug #1661: Microsoft: cannot compile with signal handling
- I have been working through Nico's changes. Still undecided about several of them :-/
The 32-bit vs 64-bit problems... - 23:13 Support #302: Compilation on M$Windows: Visual Studio
- The problem with ...
- 21:01 Support #302: Compilation on M$Windows: Visual Studio
- Is any of this still relevant?
- 18:17 Feature #313 (In Progress): Elim(vector<long>) as PPOrderingCtor
- Probably the functions ElimMat-like are good enough for this.
At least we should write some explicit example here (f... - 18:12 Slug #777: SLUG: elimination
- There are two improvements we can still make:
# tell myFinalizeGBasis interreduce only the polynomials with the want... - 17:25 Slug #777: SLUG: elimination
- Now it takes 165s (I don't know how long it was before)
- 15:58 Slug #777: SLUG: elimination
- Anna Maria Bigatti wrote:
> Apart from the improvements we can do for @elim@ (and are about to do ;-)
I wonder if... - 18:01 Slug #1394 (Resolved): Oddly slow GBasis computation (slow final cleanup)
- 17:56 Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- John Abbott wrote:
> Anna points out that the actual cost is the normal form reduction inside the *@isin@* operator.... - 17:53 Slug #1394 (In Progress): Oddly slow GBasis computation (slow final cleanup)
- Anna points out that the actual cost is the normal form reduction inside the *@isin@* operator. The computation of t...
- 16:43 Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- Current timings after the LT checking in the final cleaning (just marginally better than before, but most of the time...
- 16:16 Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- I changed the verbosity to 130 (to see what goes on in the -Final clean up)
Now it is faster because the polynomials... - 16:19 Slug #1796: myFinalizeGBasis ("Final clean up") should be more flexible
- Improved (see #777-12).
Still, could be more clever when computing elimination and some reductions are completely us... - 14:38 Feature #1094: Revive code for SelfSaturating GBasis
- Remember to add tests to test-GB.cocoa5
- 14:32 Feature #1212 (Closed): New function: GBasisByHomog
- Good thing I wrote #1212-19! My first implementation was wrong (embarrassing).
Now all implemented and I added a Co... - 10:20 Support #942: Which names to use? Intersection/saturation vs intersect/saturate
- I prefer to go through similar situations before changing the current names.
Make a list.
Postponing.
- 10:18 Slug #967: Improve saturate
- Different situations to consider (from #1619-8)
* monomial
* homog
* principal
* univariate
* general
- 10:14 Feature #1619 (Closed): Make saturate available in CoCoALib
- 09:38 Design #1649 (Resolved): Add file SparsePolyOps-vector.C
- Add syz and syz0 (allowing 0s) for vector of RingElem
- 09:35 Design #1649 (Feedback): Add file SparsePolyOps-vector.C
- 09:35 Bug #1726 (Feedback): Dangling references to temporaries
- 09:30 Design #1798: Computing in sub polyring
- The test in note-3 would be faster if called in the minimal sub-polyring.
- 09:27 Design #1798: Computing in sub polyring
- From #1641-11
It seems it's the "high number of variables" problem, and syz itself is quite fast: this examples take... - 09:23 Design #1798 (New): Computing in sub polyring
- Investigate whether it is a good idea to adapt certain operations to compute in a sub polyring (without unnecessary i...
- 09:29 Slug #1588: ElimMat is slow
- I though we had a class for incremental gaussian reduction. That should be useful in this case!
We can also make ... - 09:13 Feature #1780 (Closed): radical for ideals in SparsePolyRing: code in C++
- The old CoCoA-5 radical code is currently still available as function @radical_COCOALANGUAGE@ in the radical.cpkg5 pa...
21 Mar 2024
- 20:40 Slug #1756: deg(f) is slow if f is long
- My previous comment just above is correct, but we can sometimes do better.
I think we need to consider just the "low... - 20:31 Bug #1749 (Closed): Configuration hiccups on Mac M1
- 20:29 Design #1085 (Closed): Fns with "OUT" args: should they give ERR::MixedRings?
- I'm too lazy to track down all the functions which ought to be tested, and then to write the corresponding tests.
So... - 20:24 Design #1606 (Closed): Return type with const
- 20:18 Bug #1641 (Closed): gcd does not recognize univariate input
- I have added some new tests to @test-SparsePolyRing1.C@.
I conform that Anna's example from comment 11 does seems to... - 12:02 Bug #1641: gcd does not recognize univariate input
- The problem for multivariate syz with many indets (from note-8 on) seems to be considered in #1057 and #1068, so I wo...
- 11:31 Bug #1641: gcd does not recognize univariate input
- It seems it's the "high number of variables" problem, and syz itself is quite fast: this examples takes ~4s on my com...
- 10:25 Bug #1641: gcd does not recognize univariate input
- Ah yes, I do have debugging on.
Do you get a measurable time difference if the ring contains just 3 indets or if it ... - 10:01 Bug #1641: gcd does not recognize univariate input
- John Abbott wrote:
> The new code seems to work now, and is faster if the polys are recognized as univariate.
>
>... - 18:02 Slug #967: Improve saturate
- I also added the factorization in the case of a monomial (similar test as in #967-5, now in test0saturate.cocoa5).
... - 17:56 Bug #1790 (Closed): saturate with zero ideals
- 13:27 Bug #1790: saturate with zero ideals
- John Abbott wrote:
> The problem was that in @BuiltInFunctions-CoCoALib.C@ there was a call to @I->mySaturate(J)@ in... - 17:55 Feature #1619: Make saturate available in CoCoALib
- added CoCoA-5 test-saturate.cocoa5
- 17:54 Feature #1619: Make saturate available in CoCoALib
- John Abbott wrote:
> Maybe different types:
> * monomial
> * principal
> * univariate
> * general
also homog
20 Mar 2024
- 22:03 Bug #1641 (Resolved): gcd does not recognize univariate input
- The new code seems to work now, and is faster if the polys are recognized as univariate.
What I do not understand ... - 16:48 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- This is all done (I believe) for ideals in SparsePolyRing.
Do it also for ideals in other rings (should we have anot... - 15:53 Feature #1788 (Closed): New MatrixView/function "FirstRows/FirstCols"?
- Added documentation for CoCoALib/5.
- 15:26 Feature #1788 (Feedback): New MatrixView/function "FirstRows/FirstCols"?
- 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
- 22:10 Bug #1641: gcd does not recognize univariate input
- Made some progress. This is more tedious than I thought... the doc for CoCoALib could be better... (and the design t...
- 20:18 Bug #1641: gcd does not recognize univariate input
- The problem code is in @SparsePolyOps-RingElem.C@ around line 718 (search for @SyzOfGens@ or maybe just @syz@).
I...
18 Mar 2024
- 21:48 Bug #1726: Dangling references to temporaries
- *Hi Jerry James*
Could I send you a TGZ of the latest sources, so that you can try compiling, and see whether there ... - 21:45 Support #942: Which names to use? Intersection/saturation vs intersect/saturate
- *@sat@* is perhaps too short, and may be ambiguous with the *@SAT@* (satisfiability) family of functions.
I'm undeci... - 18:44 Support #942: Which names to use? Intersection/saturation vs intersect/saturate
- [Conversation with Robbiano]
XXXX-ation gives a commutative feeling, XXXX-ate gives and action (non-commutative) fee... - 18:35 Support #942 (In Progress): Which names to use? Intersection/saturation vs intersect/saturate
- Also *@IntersectionList@*
- 14:10 Support #942: Which names to use? Intersection/saturation vs intersect/saturate
- In CoCoA-4 we had intersection and saturation. Now we have a mixture...
Singular and Macaulay use *@intersect@* a... - 21:31 Bug #1740: MinGens gives non minimal gens *if some deg=0*
- Perhaps *@ERR::NYI@* ?
- 09:51 Bug #1740: MinGens gives non minimal gens *if some deg=0*
- For the time being: should we give error? (as if non-homogeneous?)
- 20:49 Slug #1756: deg(f) is slow if f is long
- 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...
- 20:29 Design #1606 (Feedback): Return type with const
- This was mostly done anyway. I changed some things in the involutive code (without really understanding it).
I ha... - 09:51 Design #1606: Return type with const
- John will investigate this, and hopefully close it.
- 18:39 Feature #1797: Add a function CleanupGens making some easy cleaning on the generators?
- In principle we could make 2 such functions: one faster, and one more thorough.
But is it worth it? KISS?
- 16:09 Feature #1797 (New): Add a function CleanupGens making some easy cleaning on the generators?
- 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... - 16:15 Bug #1789 (Closed): GradingMat with negative weights should complain (or deal with them properly!!)
- 16:10 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- List in #1647-9
Anna Maria Bigatti wrote:
> Add a function @CleanupGens@ making some more easy checks?
Moved i... - 16:03 Design #1326 (Closed): Modify function myElim so that it returns ideal? (not quite)
- 15:58 Feature #813 (Feedback): Implement "elim" in CoCoALib
- I activated a test (slightly simplified test7 in test-GOperation1.C).
- 15:22 Feature #813: Implement "elim" in CoCoALib
- 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... - 13:54 Slug #1796 (New): myFinalizeGBasis ("Final clean up") should be more flexible
- We have noticed that sometimes (with SetVerbosityLevel(100)) the time spent in "Final clean up" is quite long.
The c... - 09:45 Support #1510: Documentation for SparsePolyOps?
- The SparsePolyOps files are quite focused on a specific topic.
Doc would be easier to maintain if kepts separately.
... - 09:35 Support #1510: Documentation for SparsePolyOps?
- See #1783-2 : one doc file for each topic/file
- 09:23 Feature #1619: Make saturate available in CoCoALib
- Maybe different types:
* monomial
* principal
* univariate
* general
17 Mar 2024
- 19:17 Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- I have just tested with txt2tags v3 (commit bc7f2c43f1a59ea96f37c77b63c4b44fe51e1b08) and it works perfectly fine on ...
- 10:53 Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- We must also explain what the solution is in the documentation (and perhaps also error messages?).
16 Mar 2024
- 23:46 Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- Sorry, seems like I forgot to respond back then.
I am using the **latest** v2.7-dev.
It is important that it is the... - 21:28 Bug #1662: txt2tags: problem with filenames containing "_" or "-"
- Let's try to download the new txt2tags, and test it.
*Nico* which version should we obtain?
*Anna* how do we test i... - 21:55 Design #1511 (Closed): Use C++14 constexpr
- 21:54 Bug #1749: Configuration hiccups on Mac M1
- Failed to verify on Anna's old intel MacBook: compiler gave an error about @ptrdiff_t@ in some system header (sigh)
... - 21:52 Feature #1770 (Closed): Evaluate polynomial function/class
- 21:51 Feature #206: Matrix equation solving: LinKer
- Why such a long discussion and no resolution?
Can we finish this quickly? Or should we postpone?
- 21:47 Feature #1619 (In Progress): Make saturate available in CoCoALib
- I have added @saturate@ to the relevant header file. And also a test for #1790.
Added some doc. Do we need tests? ... - 21:44 Bug #1641: gcd does not recognize univariate input
- This may well be length to resolve properly, but I really should look at it soon.
- 21:42 Feature #1417: RadicalZeroDim with extra parameter for GBasis timeout
- 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... - 21:38 Design #894: strict enum types: C++11 extension
- I wonder whether it might not be better to wait until we switch to the C++20 standard, and so can use *@using ENUM@*....
- 21:24 Slug #967: Improve saturate
- 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... - 21:20 Design #1085 (Feedback): Fns with "OUT" args: should they give ERR::MixedRings?
- This seems to have been done already, at least mostly. So it has morally been in feedback for several month, at leas...
- 11:11 Feature #1793 (In Progress): Use ErrorContext instead of string FnName
- While resolving issue #1726 I needed to call some arg-check functions specifying where in the source the arg-check wa...
- 11:06 Feature #1793 (In Progress): Use ErrorContext instead of string FnName
- There is now a class *@ErrorContext@* and macro @CoCoA_ERROR_CONTEXT@ for recording:
* function name
* file name
*...
15 Mar 2024
- 22:03 Design #1792: CpuTimeOut: arg of type ErrorContext?
- Analogous question for @InterruptReceived@?
Note that C++20 includes something quite similar to @ErrorContext@...
- 22:01 Design #1792 (New): CpuTimeOut: arg of type ErrorContext?
- Currently @CpuTimeOut@ expects a C-string nae of the fn.
Should it accept instead a @ErrorContext@? - 20:08 Bug #1726 (Resolved): Dangling references to temporaries
- Resolved, and checked in. But still need to so some cleaning... (sigh!)
- 19:25 Bug #1790 (Resolved): saturate with zero ideals
- The problem was that in @BuiltInFunctions-CoCoALib.C@ there was a call to @I->mySaturate(J)@ instead of @saturate(I,J...
- 18:33 Feature #743: Better errors: give supplementary info about the error
- Let's finish this for version 1.0
- 15:37 Bug #1789 (Resolved): GradingMat with negative weights should complain (or deal with them properly!!)
- Anna Maria Bigatti wrote:
> Added check in the definition of NewPolyRing(K, X, WeightsMat).
> Should I rename it Ne... - 15:02 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- Anna Maria Bigatti wrote:
> elim of (I,X) or (X,I)?
comparison with other functions in CoCoA/CoCoALib: (I,X) s... - 14:54 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- elim of (I,X) or (X,I)?
Pro for (I,X)
# respects the rule "more structured argument first"
# like Singular/Os... - 14:44 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- Anna Maria Bigatti wrote:
> New question: @elim(I, X)@ (currently in CoCoALib) or @elim(X, I)@ (traditionally in ... - 14:24 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- New question: @elim(I, X)@ (currently in CoCoALib) or @elim(X, I)@ (traditionally in CoCoA)?
They have to be sa... - 14:21 Design #1326 (Resolved): Modify function myElim so that it returns ideal? (not quite)
- As explained in #note-7, I didn't like the first approach.
So I changed the internal functions as @J->myAssignElim(I...
14 Mar 2024
- 20:46 Bug #1726: Dangling references to temporaries
- This is one of those mind-numbing tasks. I think I have made most of the changes, but there is still plenty of clean...
- 17:58 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- I'm halfway through the process, but this is tricky.
[I think this is interesting, because it's the first try in cha... - 10:02 Design #1326: Modify function myElim so that it returns ideal? (not quite)
- It seems we agree on changing this interface, so I consider this approved.
I'll go on with this, so we can proceed a... - 12:04 Bug #1789: GradingMat with negative weights should complain (or deal with them properly!!)
- Added check in the definition of NewPolyRing(K, X, WeightsMat).
Should I rename it NewPolyRingWeights? (not yet do... - 10:12 Bug #1789: GradingMat with negative weights should complain (or deal with them properly!!)
- John Abbott wrote:
> [do we require the rows to be in lin indep?]
yes - 09:51 Bug #1789: GradingMat with negative weights should complain (or deal with them properly!!)
- John Abbott wrote:
> The documentation says that if the grading-dim is not specified then it is taken to be 0. Perh... - 11:29 Design #832: Generalize grading matrix
- John Abbott wrote:
> My current preference is to allow gradings with negative weights, and possibly linearly depende... - 09:24 Bug #1791 (Closed): Fix Google-search link in the html documentation
- Fixed path in published pages https://cocoa.dima.unige.it/cocoa/cocoalib/doc/html/
and in @CoCoALib-0.99/doc/aux-txt... - 09:22 Bug #1791 (Closed): Fix Google-search link in the html documentation
- I guess we just use "grep" to search in the documentation of CoCoALib, and we did not realize the Google search was b...
13 Mar 2024
- 21:19 Feature #575: Investigate using cmake for configuration
- This has been dormant for 7 years. Should we close/reject it?
- 21:16 Support #1761 (Closed): MakeTermOrdMat: improve error mesg
- 21:11 Design #832: Generalize grading matrix
- My current preference is to allow gradings with negative weights, and possibly linearly dependent weight matrices.
T... - 21:01 Bug #111 (Closed): Mod fn for computing remainder
- As far as I can tell we have had no problems with this over the last 10 years.
I have rectified the documentation (i... - 20:44 Bug #1790: saturate with zero ideals
- The code probably needs to be redesigned: we spoke about this last time, that ideals should not be modifiable, but th...
- 20:37 Bug #1790 (In Progress): saturate with zero ideals
- The relevant source code is in *@TmpGOperations.C@* near line 864.
One problem is that an empty @PolyList@ does know... - 19:27 Bug #1790: saturate with zero ideals
- It should be easy to fix these two cases. Are there any others involving the zero ideal?
Make several tests and adj... - 19:26 Bug #1790 (Closed): saturate with zero ideals
- The following two bugs were also present in Singular......
- 20:42 Feature #1559 (In Progress): Default ctor for rings
- I think Anna may be proposing to store in the cone object a @RingElem@ rather than a @ring@; you can always obtain th...
- 16:58 Feature #1559: Default ctor for rings
- Anna Maria Bigatti wrote:
> By Winfried Bruns:
> But how can I store RingElem in the cone? They must belong to a po... - 16:49 Feature #1559: Default ctor for rings
- By Winfried Bruns:
I have forgotten the context, but the following is a scenario that has really come up. Normaliz... - 18:25 Feature #379 (Closed): Iter for subsets/tuples
- Tested in ex-Taylor(2). Smooth.
I also added and example (2-subsets in {0,1,2,3}) in @ex-combinatoric1.C@
12 Mar 2024
- 20:39 Bug #1789 (In Progress): GradingMat with negative weights should complain (or deal with them properly!!)
- The documentation says that if the grading-dim is not specified then it is taken to be 0. Perhaps this is misleading...
- 12:19 Bug #1789: GradingMat with negative weights should complain (or deal with them properly!!)
- I investigated and found the confusion: in the lines...
- 08:23 Bug #1789 (Closed): GradingMat with negative weights should complain (or deal with them properly!!)
- ...
11 Mar 2024
- 11:12 Slug #1049: GroebnerFan: slow examples
- ...
- 10:48 Bug #1726: Dangling references to temporaries
- After discussing, we think my approach makes sense. So I must look at all messages in the patch.
- 09:39 Slug #1057: Slug: Polynomial ring contructor slow with (big) matrix ordering
- John Abbott wrote:
> *Here is a benchmark* (since there was none given earlier:
Much better now with @IsZeroDet@....
10 Mar 2024
- 15:49 Design #1787 (In Progress): Iterator design: compatible with C++STL? Advancing beyond end?
- Here is a list of the iterators in CoCoALib:
* *@combinatorics.C@* SubsetIter, TupleIter
* *@SparsePoly@* Sparse...
08 Mar 2024
- 20:48 Design #1511: Use C++14 constexpr
- I have done the tests and examples. There were a few cases where I chose to leave just *@const@* rather than replace...
- 20:24 Design #1511 (Feedback): Use C++14 constexpr
- I think I have done all instances in @src/AlgebraicCore@ and @src/CoCoA-5@. I suppose I'd better check examples & te...
- 18:22 Design #1750: IdealOfPoints: allow duplicate points?
- After on-line discussion... Anna suggests: (either-or)
* *(A)* make 2 fns: one which allows duplicate points, and ... - 18:09 Slug #1057: Slug: Polynomial ring contructor slow with (big) matrix ordering
- We now have a first impl of *@IsZeroDet@*. Hopefully this will help!
- 18:00 Feature #1132: Canonical homomorphism for (some) polynomial rings?
- Another convenient homomorphism would be a "BringIn-like" homomorphism (keeping the names of the indets: e.g. x maps ...
- 17:50 Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- *AnnA* will look at this!
- 17:45 Design #1085: Fns with "OUT" args: should they give ERR::MixedRings?
- Verbal discussion: do not give *@MixedRings@* error. So that the two code excerpts in comment 1 are equivalent.
JAA... - 17:34 Feature #379: Iter for subsets/tuples
- John Abbott wrote:
> *ANNA* have you tested this?
I need to find where I wanted to use them: search in examples ... - 17:20 Feature #202 (Closed): MatrixView/function for viewing a single row or column (RowMat, ColMat)
- 09:11 Feature #202 (Feedback): MatrixView/function for viewing a single row or column (RowMat, ColMat)
- I found a good use in ex-IdealOfPoints1.C.
The comparison in readability between before and after is indeed quite st... - 09:04 Feature #202 (Resolved): MatrixView/function for viewing a single row or column (RowMat, ColMat)
- John Abbott wrote:
> I have just checked the code: it is in @MatrixView@ (as one would expect).
>
> I am not so h... - 17:17 Design #64 (Closed): submat takes only vector<long>
- 17:13 Design #64: submat takes only vector<long>
- This issue, as described, was rejected by answer 2 (#64#note-2).
For the other questions mentioned here, we have fol... - 10:02 Design #64 (Resolved): submat takes only vector<long>
- I went through all the calls of submat in CoCoALib and indeed most of them are just the first rows.
We could have an... - 17:08 Bug #1749 (Feedback): Configuration hiccups on Mac M1
- Verified that CoCoA-5 also build OK on Mac M1.
--> feedback - 17:08 Feature #1788: New MatrixView/function "FirstRows/FirstCols"?
- After personal discussion, we agreed on new function (until we believe a new class would be considerably better)
- 10:11 Feature #1788 (Closed): New MatrixView/function "FirstRows/FirstCols"?
- I went through all the calls of submat in CoCoALib (not so many) and indeed most of them just select the *first rows*...
- 14:34 Design #908 (Closed): Sum of ideals: what are the generators of (x) + (0)?
- Closing because duplicated into #1647
- 08:29 Feature #1748: July 2023
- John Abbott wrote:
> Here is a list of topics we should look at:
> * fix configuration on Mac M1/M2
I think onl...
07 Mar 2024
- 21:39 Design #908: Sum of ideals: what are the generators of (x) + (0)?
- Fully resolved now? Close?
- 21:18 Bug #1726: Dangling references to temporaries
- Maybe I have understood what is upsetting the compiler.
The variable @P@ is a @ring&@, but @CoeffRing@ expects an ar... - 20:49 Design #1166 (Closed): C++11: allows large integer literals (in NumTheory-prime.C)
- Some time ago we adopted the C++14 standard. Sooner or later we shall jump to C++20 ???
The affected functions are ... - 20:35 Feature #1559: Default ctor for rings
- It is not completely clear to me what is desired. Winfried, can you clarify? Maybe give an example?
Were you able ... - 20:31 Design #1735 (Rejected): PushFront/PushBack without checks?
- Even the documentation mentioned about @myPushFront@ _etc_. I have slightly improved the doc.
Otherwise we can reje... - 20:20 Feature #1770 (Feedback): Evaluate polynomial function/class
- The new code is in *@SparsePolyOps-eval@*
The current impl is rather restricted: the polynomial has to be over @ZZ... - 20:10 Design #1753 (Closed): Clean up EulerTotient, InvTotient jungle in NumTheory-misc
- The header & source files look to be acceptably neat & tidy. So closing.
- 20:06 Design #1753: Clean up EulerTotient, InvTotient jungle in NumTheory-misc
- The relevant files are *@NumTheory-misc@*.
Tests are in *@test-NumTheory1,C@*. - 20:01 Feature #839 (In Progress): SparsePolyIter: make more compatible with STL
- In comment 5 above, the disadvantage that an iterator could be invalidated by a structure-changing operation to the p...
- 19:51 Design #1787: Iterator design: compatible with C++STL? Advancing beyond end?
- I think it would be nice to be able to use CoCoALib iterators with the "new" @for@ loop syntax. I note also that C++...
- 19:40 Design #1787 (In Progress): Iterator design: compatible with C++STL? Advancing beyond end?
- Two (unrelated) matters regarding iterators in CoCoALib:
# if we make them compatible with STL iterators then we can... - 19:26 Feature #379: Iter for subsets/tuples
- *ANNA* have you tested this?
01 Mar 2024
- 18:40 Slug #1569 (Closed): IsInRadical too slow (test-RadicalMembership)
- 18:38 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- Anna Maria Bigatti wrote:
> Implement special version for monomial ideals
Moved to issue #1786 - 17:12 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- Anna Maria Bigatti wrote:
> There is a slow test in test-RadicalMembership1 which is slower than the others and ver... - 09:44 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- There is a slow test in test-RadicalMembership1 which is slower than the others and very slow with debugging on (20m...
- 18:37 Feature #1786 (New): Add new function for IsInRadical for monomial ideals? (RadicalMembership)
- A monomial version could be quite a bit faster than the general code.
But is this really needed?
Consider calling @... - 14:57 Slug #1739 (Closed): IsHomog for ideals
- 14:48 Slug #1739: IsHomog for ideals
- John Abbott wrote:
> Could it be useful to have also *@IsHomog3(I)@* which returns a @bool3@?
it could be handy t... - 14:37 Slug #1739: IsHomog for ideals
- Anna Maria Bigatti wrote:
> check if there is a "homog" flag to be set
The answer is "no" (#1784). - 14:53 Feature #1785: Add function IsHomog3(I)?
- See implementation of @IsHomog(I)@ in @SparsePolyOps-ideal.C@ (and #1739)
- 14:51 Feature #1785 (New): Add function IsHomog3(I)?
- Should we have a "quick" bool3 function (i.e. might return @uncertain@) saying if an ideal is homogeneous?
Useful? - 14:36 Feature #1784 (New): Add flag IhaveHomogGensValue for ideals in SparsePolyRing?
- We already have...
- 09:44 Support #1782: Make CoCoALib test file for radical
- Can we (= Anna) do this quickly ready for next interim release?
29 Feb 2024
- 15:33 Bug #1749 (Resolved): Configuration hiccups on Mac M1
- CoCoALib now seems to compile without too many hiccups... Will check in shortly.
Not yet tried CoCoA-5
28 Feb 2024
- 21:32 Bug #1749: Configuration hiccups on Mac M1
- Aha! The examples with @wrong output@ are *all examples* which are expected to produce output.
There are two like... - 20:36 Bug #1749 (In Progress): Configuration hiccups on Mac M1
- I have now changed all messages in the checking scripts so that they specify the full path when referring to @LogFile...
- 19:59 Bug #1749: Configuration hiccups on Mac M1
- I'm hoping to sort this out soon... ideally by tomorrow (ha ha!). It seems I've forgotten username/password (sigh). ...
24 Feb 2024
- 18:34 Design #1783: Code & doc structure: one-big-file or many-small-files?
- A brief phone discussion with Anna yesterday suggested a vague preference for many-small-files.
But no genuine reaso... - 18:33 Design #1783 (In Progress): Code & doc structure: one-big-file or many-small-files?
- Thoughts about one-big-file vs many-small-files:
For source code:
* ASSUME many-small-files means many header fil... - 18:32 Design #1783 (In Progress): Code & doc structure: one-big-file or many-small-files?
- I'd like to discuss briefly the pros & cons of many-small-files and one-big-file. Currently the CoCoALib code is a m...
Also available in: Atom