Activity
From 06 Aug 2018 to 04 Sep 2018
04 Sep 2018
-
15:45 CoCoA-5 Bug #1224 (Closed): Lexer: unclosed multi-line comment
- The lexer supposedly handles unclosed multi-line comments (at the end of input).
However, it seems that the error me... -
14:33 CoCoALib Design #1223: NewPolyRing default indet names
- We first had this "friendly" pseudo constructor because the syntax for indet names was tedious.
Now we have @SymbolR...
02 Sep 2018
-
21:41 CoCoALib 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 CoCoALib Design #1223: NewPolyRing default indet names
- The problem was originally communicated to JAA via email. The following is a failing example:...
-
21:32 CoCoALib 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...
28 Aug 2018
-
14:37 CoCoA-5 Support #1222: Release CoCoA-5.3.0
- Summary of things to put into release notes:
* added new fn *@RandomPermutation@*
* *removed* old fn @NewRingFp@ ... -
14:36 CoCoA-5 Support #1222 (Closed): Release CoCoA-5.3.0
- Everything for the release
CHECK FOR BUGS
Compile with *@--debug@* flag, and check that everything runs O...
16 Aug 2018
-
09:22 CoCoALib 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...
-
08:48 CoCoA-5 Support #1220 (In Progress): NewRingFp obsolescent; superseded by NewZZmod
- Made obsolescent in CoCoA-5. Manual updated. tests and packages updated.
Also I prefer @NewZZmod@ to @NewRingFp@... -
08:10 CoCoA-5 Support #1220 (Closed): NewRingFp obsolescent; superseded by NewZZmod
- The function *@NewZZmod@* generalizes @NewRingFp@, so make the latter obsolescent.
-
07:48 CoCoALib 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 CoCoALib 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 CoCoALib 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
-
10:36 CoCoALib Support #1149 (Closed): Release: CoCoALib-0.99600 (together with CoCoA-5.2.4)
-
10:35 CoCoA-5 Support #1148 (Closed): Release CoCoA-5.2.4
08 Aug 2018
-
18:38 CoCoALib Feature #1218: 32-bit or 64-bit preprocessor macro?
- Currently I use the following "trick" to hide code on 32-bit platforms:...
-
18:33 CoCoALib 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 ...
-
18:09 CoCoA-5 Support #1217 (Rejected): CoCoA-5 tests directory: cleaning
- There are some "suspect" files in the CoCoA-5 tests directory.
Check the contents, and eliminate any "junk".
-
17:49 CoCoA-5 Bug #1216: RationalSolve: gives wrong answer
- Another example......
-
12:48 CoCoA-5 Bug #1216: RationalSolve: gives wrong answer
- Assuming we still want to have the automatic selection between affine and projective solving, I suggest the following...
-
12:41 CoCoA-5 Bug #1216: RationalSolve: gives wrong answer
- What should @RationalSolve@ do if the input is homogeneous but the grading is non-standard?
-
11:34 CoCoA-5 Bug #1216: RationalSolve: gives wrong answer
- The point is that @RationalSolve@ tries to be clever about deciding whether it should look for solutions in affine sp...
07 Aug 2018
-
18:19 CoCoA-5 Bug #1216 (In Progress): RationalSolve: gives wrong answer
- Here is a 0-dim failing example:...
-
18:17 CoCoA-5 Bug #1216 (Closed): RationalSolve: gives wrong answer
- @RationalSolve@ gives the wrong answer in this example:...
-
18:10 CoCoA-5 Bug #1215: RationalSolve: gives "Error: must be non-zero"
- The first cause of the bug is that the code attempts to factorize the zero polynomial.
Perhaps in a finite field, th... -
18:08 CoCoA-5 Bug #1215 (Closed): RationalSolve: gives "Error: must be non-zero"
- I tried running the example in the first comment of issue #723. The call to @RationalSolve@ reported @Error: value m...
-
18:06 CoCoA-5 Feature #723: Referring to indets with multiple indices from a polyring
- The example comment 1 gives @ERROR: Value must be non-zero@ when calling @RationalSolve@. This cannot be right!
-
17:56 CoCoA-5 Feature #912: Add TUTORIALs to online manual
- I have added some more tutorials (since there are two imminent summer schools).
The original list in comment 1 wil... -
17:53 CoCoA-5 Support #169: Font for parameters in manual
- I think this already have been done (in most entries).
In the description we have used @<tt>@ rather than @code@ be... -
17:50 CoCoA-5 Design #168 (In Progress): Type info in CoCoA-5 manual
- I think that has already been (mostly) done. Right?
Setting new target version.
-
17:48 CoCoA-5 Support #1214 (In Progress): CoCoAManual: ensure that LaTeX compilation is "clean"
- I have revised the @Makefile@ in @src/CoCoA/CoCoAManual/@ so that LaTeX warnings are made visible.
Anna has elimin... -
17:46 CoCoA-5 Support #1214 (Closed): CoCoAManual: ensure that LaTeX compilation is "clean"
- Compiling the LaTeX version of the CoCoA-5 manual produces a number of warnings and overfull boxes.
We should elim... -
17:44 CoCoA-5 Support #406 (In Progress): Manual for CoCoAManual/CoCoAHelp.xml
- I think that has been partly done. There is certainly *a preliminary @README@ file.*
We should check that it is rea...
06 Aug 2018
-
18:58 CoCoALib Feature #374: Porting "IdealOfProjectivePoints"
- fixed bug: now result is homog
-
18:11 CoCoALib 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 CoCoALib Support #1149: Release: CoCoALib-0.99600 (together with CoCoA-5.2.4)
- valgrind tests OK!
-
16:22 CoCoA-5 Support #1148 (In Progress): Release CoCoA-5.2.4
-
16:22 CoCoA-5 Slug #907 (Closed): ApproxSolve very slow on this example
- Just tested the two examples. They are acceptably fast now.
Closing.
-
16:20 CoCoA-5 Feature #1202 (Closed): New package: arrangements
- As done as it may be, for this version.
-
16:20 CoCoA-5 Feature #1201 (Closed): New package: poset
- As done as it may be, for this version.
-
16:16 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Slug #1105 (In Progress): Primary Decompositon (zero-dim) slow cases
-
15:31 CoCoALib 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 CoCoALib 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 CoCoALib Design #1213 (New): Create PolyOps-RingElem?
- Consider creating a new file *@PolyOps-RingElem@* to contain all functions on ringelems which belong to a polyring.
Also available in: Atom