Activity
From 11 Oct 2019 to 09 Nov 2019
05 Nov 2019
-
14:26 Design #982: Catching interrupts in example progs?
- On my machine all examples are faster than 5s, but several took more than 2s.
I have made some (local) changes to ma... -
- There are two example progs for interrupts (*@ex-interrupt1.C@* and *@ex-interrupt2.C@*).
I am not sure that they ar...
04 Nov 2019
-
11:01 Feature #1360: configure script: add flags for "only cocoalib" or "both cocoalib and cocoa5" (for boost)
- John Abbott wrote:
> Anna suggested *@--only-cocoalib@*
>
> JAA prefers that the default be "only cocoalib", and ...
01 Nov 2019
-
- Anna suggested *@--only-cocoalib@*
JAA prefers that the default be "only cocoalib", and that an option must be giv... -
- Considering adding configuration option(s) to specify:
* compile just cocoalib
* compile cocoalib and also also CoC...
31 Oct 2019
-
- ...
-
- Valgrind OK...
-
30 Oct 2019
-
- It is no longer very slow; no sure how fast it is (seems to be instant).
Closing.
-
- *2019-10-30* Update: I now have gfanlib-0.6.2 (released 2018-09-28 according to GFanlib website).
However it sti... -
- If the number of steps in the PRS is very small then a direct method may well be better than the modular method.
T... -
- gcd of low degree polys with big coeffs can be too slow....
-
- *2019-10-30* I have just tried the example in comment 1, and it no longer crashes. No idea when it was resolved.
... -
- Exactly what wordsize assumptions do we want to make?
* *(A)* 32-bits or not (meaning more than 32?)
* *(B)* 32-... -
- *2019-10-30* I have just checked, and CoCoALib and CoCoA-5 both compile, run and all tests pass on my little 32-bit m...
-
- There was recent email from Bjarke Roune stating that he will no longer be able to maintain Frobby.
We should contac... -
- Note that there is already *@SubresultantSeq@* in @SparsePolyOps-resultant@.
Where did this impl come from? Is it a... -
- Here is a family of examples where factorization may not work so well:
let @f@ be a product of @x^k-1@ where the @k@... -
- FWIW I have compiled CoCoALib on my old "netbook" which is 32-bit. All tests passed.
29 Oct 2019
-
- Documented (and modernized its doc file)
-
- documented in @RingElem.txt@
-
- Checked in @IndetsIn(vector<RingElem>)@
-
- The code in *@TmpLDP.C@* uses old C functions *@time@* and *@srand@*.
Try to update the code to clean, modern C++.
-
- I must have done this some time ago; no doubt shortly after it was reported.
I have just removed some @using names... -
- I have another suggestion: add the flag *@--only-lib@* that does @--no-boost --no-readline@ and does not compile coc...
28 Oct 2019
-
- Ahhh. I see your point.
For CoCoALib the option *@--no-boost@* does nothing (since CoCoALib does not use BOOST, I... -
- I think that @--no-boost@ should be listed as a CoCoALib option, because it can compile without boost, instead of a C...
27 Oct 2019
-
- I have just compiled CoCoALib with the option *@--no-boost@*, and everything worked fine (as I expected/hoped). Of c...
-
- Bruns recently asked (by email) if configuring CoCoALib with *@--no-boost@* will work OK.
I believe CoCoALib does ... -
- I think this may already be almost done. Let's finish it soon!
-
- Let's finish this soon! Boosted priority, and brought target version forward.
I think it is almost done anyway... b...
24 Oct 2019
-
- Here is the background for my request.
I want to modify @MinPolyQuot@ so that it accepts "relatively zero-dim idea... -
- I would like to create a new ideal from a list which I know is a (reduced) GBasis.
How should I do this?
In fact,... -
- I have just added (in @SparsePolyOps-RingElem.C@) an impl for @IndetsIn(const std::vector<RingElem>&)@.
The result i...
21 Oct 2019
-
- Done, tested, cvs-ed.
To do: documentation. -
- While updating the code for monomial ideals using the new range-based for loop I realized how many times I need to in...
-
-
- used massively for monomial ideals.
Tested.
cvs-ed. -
- We should maintain a list of files to change and/or a list of files already changed.
* @SparsePolyOps-ideal-monomial... -
- Since C++11 there is a new "range-based" *@for@* loop.
Employ it where appropriate in CoCoALib. -
- I have created a new issue (#1346) about using the new *@for@* loop syntax; please put relevant progress reports ther...
-
- John Abbott wrote:
> * use *@auto@* instead of the explicit type for C++ iterators (usu. the explicit type is "unrea...
19 Oct 2019
-
- John Abbott wrote:
> If you were running your tests from a @cocoa5@ session, then you should also check with @ls -l@... -
- Very strange. I think I may have seen a similar phenomenon occasionally, but @make clean; make@ always seemed to fix...
-
- My mistake?
I tried again, and I cannot longe reproduce it.
It is linked correctly.
-
- I was testing a change made in @SparsePolyOps-ideal-monomial.C@, and, though it did recompile the file, the new code ...
18 Oct 2019
-
-
- It may be helpful to keep a list of source files which have been "done" (this may also include that the file was look...
-
- I must re-read the relevant parts of Meyers's book (Eff. Modern C++). Where should we use *@auto@*?
* use *@auto@* ... -
- done, documented, tested
17 Oct 2019
-
- I have merged several tests in the series @test-NumTheory@ and @test-SparsePolyRing@ into fewer files.
I have prefer... -
- I have added a test (and also reorganized several of the existing tests).
Closing.
-
- OK for the name *@RingElems@* it is a bit like *@symbols@*
(I do not really like it that much, but cannot think of ...
16 Oct 2019
-
- There used to be a function like this is CoCoA-4, I think.
What was it called? What was its interface?
-
- Bernhard Andraschko wants a function which produces a list of all PPs with given wdeg (actually stddeg in his case).
...
15 Oct 2019
-
-
-
-
- I like the name *@RingElems(R, str)@* because it recalls the constructor @RingElem(R, str)@.
The name I suggested ... -
-
- All tests pass, examples too. Even with debugging active.
Checked-in.
Closing. It is not worth devoting any more ... -
- _Add to this list as we do things (or remember things we have already done)_
List of principal changes made:
Bu... -
- Everything related to making a CoCoALib release:
* Redmine Roadmap: close or postpone issue
* Redmine Release... -
-
- This example is very very slow because a factor of @MinPolyQuot(t,I,t)@ produces an ideal with a very slow GBasis.
<...
14 Oct 2019
-
- I agree it would be nice to have them all start the second part of the name with @Ideal@ (or maybe @ideal@?)
Mayb... -
- We have these files:
SparsePolyOps-ideal.C,
SparsePolyOps-IdealOfPoints.C,
SparsePolyOps-IdealZeroDim.C
so, s... -
- Ha ha! I did not change "nearly" all 0s into @nullptr@ that need to be changed.
I've just changed many more... it i... -
- This has apparently all been done (incl. doc, tests, CVS).
No complaints, so closing. -
- Well, I am now sync'd with CVS, so presumably this also works fine for Anna.
Apparently I have deleted the source fi... -
- I am inclined not to put in any tests since CoCoALib merely delegates all the work to GMP.
Also, as the function is ... -
Also available in: Atom