Activity
From 25 Jan 2024 to 23 Feb 2024
23 Feb 2024
- 12:39 Bug #1579 (Closed): Readexpr/RingElem: unhelpful error message when input is wrong
- Anna Maria Bigatti wrote:
> Still to do: check other cases.
I cannot remember what I meant.
Now seems pretty goo... - 12:29 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- Implement special version for monomial ideals
- 12:28 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- Anna Maria Bigatti wrote:
> there is a new problem (in test-exbugs.C).
> [...]
Fixed, it was an "off-by-one" err... - 12:27 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- there is a new problem (in test-exbugs.C)....
- 12:28 Bug #1779 (Closed): Radical error with lex (again)
- 11:41 Bug #1779: Radical error with lex (again)
- I made a new issue for implementing and running the tests.
Closing this one ... hoping non errors will come from the... - 12:07 Feature #379: Iter for subsets/tuples
- *ANNA* will test this over the next week :-)
- 11:39 Support #1782 (New): Make CoCoALib test file for radical
- There is a file with some CoCoALib tests for radical in a funny format.
Clean it up. - 11:38 Slug #1754 (Closed): IsSqFree poorly implemented
- 11:34 Support #1265 (Closed): Unregistered TXT files in doc
19 Feb 2024
- 21:28 Bug #1661: Microsoft: cannot compile with signal handling
- Winfried sent me the following message by email:...
16 Feb 2024
- 21:31 Feature #1513: Better test for univariate-ness (and better conversion)
- Assuming we do implement this, what should its UI be?
Do we already have a function which converts from @SparsePolyR... - 21:22 Design #1735 (In Progress): PushFront/PushBack without checks?
- I have just tried disabling the checks inside *@PushFront@* and *@PushBack@*. There was no difference when calling @...
- 10:23 Design #1735: PushFront/PushBack without checks?
- Surely worth a try.
@PushFront_nocheck@?
I could imagine cases when this might be used (homomorphisms preserving or... - 10:00 Design #1735: PushFront/PushBack without checks?
- As I stated in the comment just above: I should test whether a non-checking impl would really make it faster. Maybe ...
- 21:05 Bug #1661 (In Progress): Microsoft: cannot compile with signal handling
- Ah, thanks for making me aware of this issue. Actually, recently I put my instructions online for exactly that.
I ha... - 20:54 Bug #1661: Microsoft: cannot compile with signal handling
- I have added Nico Mexis as a watcher. He has successfully built CoCoA-5 for Microsoft, so may have some useful insig...
- 20:53 Feature #1670: Build also dynamic/shared library for CoCoALib?
- Here are some posibly useful links: (I searched for *@libtool tutorial@*
* @https://stackoverflow.com/questions/446... - 20:47 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- I have confirmed that Anna's 0-dim check makes it much faster. I have added a link to issue #1103 which is about pse...
- 16:06 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- John Abbott wrote:
> As far as I can see *@MinPowerInIdeal@* is already implemented, using the method Anna described... - 20:44 Design #1642 (In Progress): interreduce: make monic if over finite field?
- I have made a first impl. Anna is sceptical, partly because the code behaves differently depending on the coefficien...
- 17:02 Design #1642: interreduce: make monic if over finite field?
- The source code seems to be in *@SparsePolyOps-vector.C@* around line 32.
- 10:19 Design #1642: interreduce: make monic if over finite field?
- John Abbott wrote:
> Would we also want to have @interreduced@ work when the coeff ring is @ZZ@?
Not until someon... - 09:42 Design #1642: interreduce: make monic if over finite field?
- Would we also want to have @interreduced@ work when the coeff ring is @ZZ@?
If so, we need to think about the semant... - 18:19 Design #849 (In Progress): Cleanup MinPoly code
- In 8 years we have never really needed the proposed new API, so we may as well *reject* this issue (as Anna suggested...
- 18:05 Feature #813: Implement "elim" in CoCoALib
- The syntax should be compatible with whatever we use for @ElimMat@, I presume.
Well, there is an important differenc... - 18:00 Feature #1763 (Rejected): implement ideal(R) for zero ideal, with no generators?
- No longer needed because @ideal(zero(R))@ now gives ideal in R with no generators.
- 17:51 Slug #1739 (Resolved): IsHomog for ideals
- check if there is a "homog" flag to be set
- 17:41 Feature #645 (Rejected): Automatic mapping of RingElem: user selectable at run-time (GlobalManager?)
- We have auto mapping in many places without any real problems.
If the user disables auto mapping then this may cause... - 17:30 Slug #1394: Oddly slow GBasis computation (slow final cleanup)
- Try...
- 09:55 Feature #1472: Idea for for loops
- While it can be difficult to say much positive about Julia, it does offer a convenient way of using "iterators" (and ...
- 09:46 Bug #1575: DynamicBitset missing arg checks
- There are a few functions whose name has a suffix like *@_NoArgChecks@*.
OK, a quick grep produces just one such pub... - 09:33 Support #1672: Documentation: a good model to follow?
- Here is a list of features it would be nice to offer in the CoCoALib documentation:
* cross-references (xrefs)
* sm... - 09:24 Feature #1748: July 2023
- What is the status of this issue? How much did we achieve?
15 Feb 2024
- 22:35 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- As far as I can see *@MinPowerInIdeal@* is already implemented, using the method Anna described above.
See near line... - 16:41 Slug #1569: IsInRadical too slow (test-RadicalMembership)
- John Abbott wrote:
> The "stupid approach" gets the answer in 10s (on my Linux laptop).
Even faster like this.
<... - 15:32 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- Fixed the sum I + ideal(1)
Added check also for I + ideal(x, x-1) (when ideal @HasGBasis@)...
09 Feb 2024
- 10:36 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- John Abbott wrote:
> After brief consideration, I have decided to keep in this issue discussion related to what "cle... - 10:13 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- I remind you of the function *@IsConstant@* which should be helpful in this case (if IsField(CoeffRing)).
- 10:09 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- John Abbott wrote:
> Here is an example where the resulting gens could clearly be cleaned up:
> [...]
This is st... - 10:29 Feature #1206: syz, SyzOfGens: which shifts for zero?
- OK to require that input to *@syz@* are all non-zero.
Also OK for a new fn which accepts zero -- not sure how this s... - 10:03 Feature #1206: syz, SyzOfGens: which shifts for zero?
- Should we make @SyzOfGens@ obsolescent? does it do anything more than calling @syz(gens(I))@?
(apart from fixing th... - 08:51 Feature #1206: syz, SyzOfGens: which shifts for zero?
- This is my suggestion: implement a new function @syz0@ which allows 0s in the input (giving them conventional weights...
- 08:38 Feature #1206 (In Progress): syz, SyzOfGens: which shifts for zero?
- Currently we have decided to forbid generator 0 in ideals (#1647), so @SyzOfGens@ will never find a 0, keeping in min...
08 Feb 2024
- 22:08 Feature #1778 (In Progress): Homogenizer
- I have implemented @homogenizer@ in OSCAR, and am happy with the interface it gives. Also some others are using it, ...
- 21:55 Feature #202: MatrixView/function for viewing a single row or column (RowMat, ColMat)
- What is the status of this issue? With luck we can soon close it!
- 21:51 Support #1687 (In Progress): Release CoCoALib 0.99850
- 21:37 Feature #379 (Feedback): Iter for subsets/tuples
- I have now added a first impl of *@TupleIter@* following the idea behind @SubsetIter@, _i.e._ the tuples are from the...
07 Feb 2024
- 11:26 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- Modified ...
06 Feb 2024
- 16:47 Bug #1779 (Feedback): Radical error with lex (again)
- Anna Maria Bigatti wrote:
> John Abbott wrote:
> > It would be easy to allow the factorize to return a result if th... - 10:12 Bug #1779: Radical error with lex (again)
- John Abbott wrote:
> It would be easy to allow the factorize to return a result if the input is a non-zero constant.... - 11:51 Feature #1780: radical for ideals in SparsePolyRing: code in C++
- Now the test from #1390 is fast (in C++), so I re-activated it.
- 10:17 Feature #1780: radical for ideals in SparsePolyRing: code in C++
- Anna Maria Bigatti wrote:
> It should all go through @myTestIsRadical@, ... and now it isn't (I had forced the funct... - 09:10 Feature #1780: radical for ideals in SparsePolyRing: code in C++
- The package was first translated by Alice Moallemy, then fixed by Nicolas Jagersma (2023).
Now it's been officially ... - 09:01 Feature #1780 (Closed): radical for ideals in SparsePolyRing: code in C++
- Port the code from the CoCoa-5 package radical.cpkg5 into CoCoALib
- 08:48 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- Should we also have that @ideal(zero(R))@ has empty list of generators?
I think so.
And that would be handy, if we ...
05 Feb 2024
- 21:29 Bug #1779 (In Progress): Radical error with lex (again)
- It would be easy to allow the factorize to return a result if the input is a non-zero constant.
I suppose I made it ... - 18:32 Bug #1779: Radical error with lex (again)
- first bug fixed.
New bug:... - 17:57 Bug #1779 (Closed): Radical error with lex (again)
- This problem resurfaced now that radical is in C++....
- 12:21 Slug #1739: IsHomog for ideals
- Fixed. Now checking if gens are monomial, then if gens are homogeneous....
03 Feb 2024
- 19:56 Bug #1361 (Closed): Compilation fails when compiling with libgsl
- 18:10 Bug #1361: Compilation fails when compiling with libgsl
- Hi John, the new version compiles without problems.
02 Feb 2024
- 20:34 Bug #1764: Verbosity messages: avoid printing BIG values
- Here is a list of files which have been checked (so that we do not repeatedly check them):
* @ApproxPts2.C@
* *@END@* - 20:21 Feature #1778: Homogenizer
- The ctor for @homogenizer@ will create the extended polynomial ring.
What properties should this extended ring have?... - 20:13 Feature #1778: Homogenizer
- Following KISS, it is probably best to try the simple interface first.
If it works well, and we like it, then we can... - 20:10 Feature #1778: Homogenizer
- I am not yet sure of the details, but I am hoping that it can be used as in this example:...
- 20:04 Feature #1778 (In Progress): Homogenizer
- Here is a suggestion for a cleaner, simpler way to effect homogenization.
The main idea is to create a new type of o... - 20:01 Design #1647: Suppress zero from ideal generators? Detect 1 and simplify generators?
- Here is an example where the resulting gens could clearly be cleaned up:...
01 Feb 2024
- 19:59 Slug #1737: Homogenization of an ideal with ZZ^1-grading
- Anna, are you willing to investigate point (1): the implementation behaving cleverly if the term order is wdeg-compat...
- 12:10 Slug #1737: Homogenization of an ideal with ZZ^1-grading
- By Robbiano: No need to allow homogenization by an indet whose degree is not 1.
- 11:04 Slug #1737: Homogenization of an ideal with ZZ^1-grading
- (2) I think we should *not* provide homogenization by an indet whose degree is not 1, because this is not entirely tr...
- 11:00 Slug #1737: Homogenization of an ideal with ZZ^1-grading
- By Kreuzer-Robbiano: *Corollary 4.3.20*. It requires that P is positively graded.
- 10:42 Design #1750: IdealOfPoints: allow duplicate points?
- @MakeSet@ is OK for CoCoA-5 and *affine points.* In CoCoALib/C++ and/or with projective points it is not so simple.
... - 10:17 Design #1750: IdealOfPoints: allow duplicate points?
- The CoCoA-5 manual already says that the points must be distinct (as a quick reaction to the problem reported by puw...
- 10:03 Design #1750 (In Progress): IdealOfPoints: allow duplicate points?
- I'm more inclined to suggest @IdealOfPoints(R, MakeSet(pts))@ in the manual, if one wants to allow duplicates. Maybe...
- 10:03 Design #1777: VerificationLevel: just 3? Low, high, guaranteed?
- Currently we allow any non-negative machine integer as the "verification level", but there is no clear semantics.
- 09:50 Slug #1739: IsHomog for ideals
- Could it be useful to have also *@IsHomog3@* which returns a @bool3@?
- 09:47 Slug #1739: IsHomog for ideals
- Source is in @SparsePolyOps-ideal.C:908@ more or less
31 Jan 2024
- 22:26 Feature #1197: IsZeroDet: new fn
- There is some non-trivial code in *@MatrixOps-IsZeroDet.C@* developed from a project in Passau...
- 22:16 Design #1750: IdealOfPoints: allow duplicate points?
- Should we implement this? Or postpone it? Or reject it?
What is most natural?
Is it really a mistake to ask for... - 22:14 Slug #1739 (In Progress): IsHomog for ideals
- I say impl the suggestion in the main description: it should be very little code, and may make some computations fast...
- 22:07 Slug #1737 (In Progress): Homogenization of an ideal with ZZ^1-grading
- Yes, it would be possible to implement this, and perhaps not even too hard. *But why?*
When would it be useful? Is ... - 22:02 Support #1665: Compilation on Windows: problems for normaliz
- Is this still a problem? Maybe we can ask Nico?
25 Jan 2024
- 20:27 Design #1703 (Resolved): Threadsafety, multithreading: optional fn arg (or separate fn)
- *SUMMARY*
Offering proper thread-safety is likely trickier than I had hoped, and probably decidedly more costly at r... - 20:22 Design #1703: Threadsafety, multithreading: optional fn arg (or separate fn)
- Anna reported compilation warnings with @clang@:
@std::mutex@ cannot be copied or moved, so attempting to have defau... - 16:26 Bug #1579: Readexpr/RingElem: unhelpful error message when input is wrong
- Still to do: check other cases.
I modified only @ReadExpr(string)@ and @ReadAtom@ (for symbol).
I prefer to documen... - 16:21 Bug #1579: Readexpr/RingElem: unhelpful error message when input is wrong
- I think I improved these error messages (hard to spot in string otherwise):...
- 10:12 Bug #1579: Readexpr/RingElem: unhelpful error message when input is wrong
- Here is another test case: @RingElem(R, "y(x)")@
Looks like a function call...
Also available in: Atom