Activity
From 02 Jul 2018 to 31 Jul 2018
31 Jul 2018
- 14:34 Feature #900: New function: MinPoly of RingElem in quotient ring
- Works in cocoalib, but not ported in cocoa5 because of exported fn @MinPoly@ defined in package *@mat.cpkg5@*.
- 14:26 Feature #900 (Feedback): New function: MinPoly of RingElem in quotient ring
- 14:25 Slug #1181 (Closed): CpuTime is costly!
- 14:21 Slug #1009: coefficients for MinPoly e Frobenius
- done.
@coefficients@ in anonymous namespace in @SparsePolyOps-MinPoly.C@ - 14:21 Slug #1165 (Feedback): MinPoly over QQ: verification may be very slow
- 14:20 Support #1099 (Feedback): MinPolyQuot: missing doc
- 13:15 Bug #1185 (Closed): factor: multivariate, wrong RemainingFactor (sign wrong)
- 13:13 Feature #1203 (Closed): factor over algebraic extensions
- 13:12 Feature #1203 (Closed): factor over algebraic extensions
- port factor (for algebraic extensions) to cocoalib (SC2 work)
- 11:54 Design #1184 (Resolved): should BeginIter(RingElem) be in SparsePolyIter or in SparsePolyOps-RingElem?
- John Abbott wrote:
> I agree that @BeginIter@ should be with the other iterator fns.
> Should the file be called @S...
30 Jul 2018
- 18:13 Design #1184: should BeginIter(RingElem) be in SparsePolyIter or in SparsePolyOps-RingElem?
- I agree that @BeginIter@ should be with the other iterator fns.
Should the file be called @SparsePolyOps-iter@???
- 16:15 Design #1184: should BeginIter(RingElem) be in SparsePolyIter or in SparsePolyOps-RingElem?
- I think it should be in @SparsePolyIter@
02 Jul 2018
- 18:42 Feature #1198: Non-standard DegRevLex (NonStdDegRevLex, WDegRevLex)
- Here are some thoughts about the design/impl.
If the GradingDim is 1 then we have a vector of positive "weights": ...
Also available in: Atom