Activity
From 04 Aug 2018 to 02 Sep 2018
02 Sep 2018
- 21:41 Design #1223 (In Progress): NewPolyRing default indet names
- The problem arises in a call to *@Hom_P_Px@* which creates a new polyring by calling *@NewPolyRing@* specifying only ...
- 21:35 Design #1223: NewPolyRing default indet names
- The problem was originally communicated to JAA via email. The following is a failing example:...
- 21:32 Design #1223 (Closed): NewPolyRing default indet names
- Currently @NewPolyRing@ may be called specifying just the number of indets (but not their names).
Currently the name...
16 Aug 2018
- 09:22 Design #1221 (Closed): Reconsider design for accessing headers and libs of external libraries
- The current design for accessing headers of external libs more or less assumes that the external lib has a single hea...
- 07:48 Feature #1219: Frobby version number
- With the current design it is trickier than expected.
The main point is that the current design of CoCoALib assume... - 06:58 Feature #1219 (In Progress): Frobby version number
- The Frobby version number (C string) is in @constants::version@ defined in @src/stdinc.h@ and @src/stdinc.cpp@.
Note... - 06:56 Feature #1219 (In Progress): Frobby version number
- It is possible to get the version number from Frobby.
Modify @ExternalLibs.C@ so that it extracts Frobby's version n...
09 Aug 2018
08 Aug 2018
- 18:38 Feature #1218: 32-bit or 64-bit preprocessor macro?
- Currently I use the following "trick" to hide code on 32-bit platforms:...
- 18:33 Feature #1218 (Closed): 32-bit or 64-bit preprocessor macro?
- To avoid compiler warnings etc. I have used (3 times so far) a CPP trick to "hide" code from 32-bit platforms (which ...
06 Aug 2018
- 18:58 Feature #374: Porting "IdealOfProjectivePoints"
- fixed bug: now result is homog
- 18:11 Feature #374 (In Progress): Porting "IdealOfProjectivePoints"
- Anna has done the work, but it gives obviously wrong result (not homog).
Here is a failing example:... - 18:22 Support #1149: Release: CoCoALib-0.99600 (together with CoCoA-5.2.4)
- valgrind tests OK!
- 16:16 Support #1195 (Rejected): Release: CoCoALib-0.99580 (together with CoCoA-5.2.4)
- We have decided to call the release 0.99600 -- this is no longer relevant. Rejected this; closed.
See issue #1149
- 16:12 Bug #935: ElimMat, ElimHomogMat: complain about zero or negative weights
- Decide what we really want for these two functions.
They are mostly OK. - 16:06 Slug #1105: Primary Decompositon (zero-dim) slow cases
- Some things still to do (or consider doing):
# Compare speed with Singular
# using CpuTimeOut option, attempt to co... - 15:53 Slug #1105 (In Progress): Primary Decompositon (zero-dim) slow cases
- 15:31 Design #1184 (Resolved): should BeginIter(RingElem) be in SparsePolyIter or in SparsePolyOps-RingElem?
- After closing this, I changed my mind:
It is simpler to leave the in @SparsePolyOps-RingElem.C@.
As simple is good,... - 15:20 Design #1213: Create PolyOps-RingElem?
- We should also check whether there are functions in *@SparsePolyOps-RingElem@* which should be moved here.
The mai... - 15:18 Design #1213 (New): Create PolyOps-RingElem?
- Consider creating a new file *@PolyOps-RingElem@* to contain all functions on ringelems which belong to a polyring.
05 Aug 2018
- 18:30 Slug #1105: Primary Decompositon (zero-dim) slow cases
- Moved to cocoalib, because now implemented in C++.
- 18:26 Slug #1105: Primary Decompositon (zero-dim) slow cases
- I have implemented in cocoalib the function @GBasisViaHomog@ (homog-->compute-->dehomog), as it was in the old cocoa...
- 18:21 Feature #1212: New function: GBasisByHomog
- Implemented for the case ordering is StdDegRevLex (@SparsePolyOps-ideal.C@).
This is enough for PrimaryDecomposition... - 16:41 Feature #1212 (Closed): New function: GBasisByHomog
- Implement GBasis computation via homogenization
- 16:19 Feature #966 (In Progress): New function or explain: first and last for a vector?
Also available in: Atom