Activity
From 15 Dec 2015 to 13 Jan 2016
13 Jan 2016
- 15:41 CoCoALib Feature #839: SparsePolyIter: make more compatible with STL
- interesting syntax :-)
looks quite horribly complicated to implement though :-( - 14:26 CoCoALib Feature #839: SparsePolyIter: make more compatible with STL
- Another idea is to have separate iterator types for the coeffs and the PPs; but the problem of not being able to refe...
- 14:23 CoCoALib Feature #839: SparsePolyIter: make more compatible with STL
- A possible solution would be to return an "index" which can be converted into a usable value via a memfn of the polyn...
- 14:19 CoCoALib Feature #839: SparsePolyIter: make more compatible with STL
- As a quick reminder: the new @for@-loop syntax is like this:...
- 14:11 CoCoALib Feature #839 (In Progress): SparsePolyIter: make more compatible with STL
- Mario has suggesting making @SparsePolyIter@ more compatible with C++ (and STL); for instance this would allow use of...
11 Jan 2016
- 15:05 CoCoALib Feature #838: Differential algebra
- Werner pointed out that it is (or "can be"?) useful to have an ordering on the derivatives, and that the interesting ...
- 15:00 CoCoALib Feature #838: Differential algebra
- More details. My understanding is that there are two types of "variable": independent variables (@x[1]@ to @x[n]@) a...
- 14:16 CoCoALib Feature #838: Differential algebra
- Here are some notes following a discussion I had with Werner last week... there may be some mistakes if I have not un...
- 13:43 CoCoALib Feature #838 (In Progress): Differential algebra
- Werner has suggested that CoCoA could offer differential algebras.
If I have understood correctly, these are a bit...
06 Jan 2016
- 14:40 CoCoALib Slug #837: factor is very slow on some simple input polynomials
- My "fast" machine in Kassel takes more than 60000s for @x^780+780@, and 1333s for @x^988+988@.
In comparison all pol... - 14:32 CoCoALib Slug #837 (New): factor is very slow on some simple input polynomials
- The problem lies in CoCoALib, but for simplicity I present it here as CoCoA-5 code.
@factor(x^780+780)@ is very sl...
23 Dec 2015
- 12:25 CoCoALib Bug #784: threadsafety: Scott Meyers's advice about cached values
- I read a bit in Stroustrup C++ book. There I found a method @std::call_once@ (in @<mutex>@). This method could be a n...
18 Dec 2015
- 16:26 CoCoALib Feature #664 (Resolved): Impl small non-prime finite fields (using logs)
- I have checked in the code I currently have. no doc, no examples, no tests.
An unofficial, simple example (@Fq4.C@ ...
17 Dec 2015
- 16:25 CoCoALib Design #64: submat takes only vector<long>
- John Abbott wrote:
> If we were to adopt the idea of @RowSelect@ and @ColSelect@ then we could offer several signatu... - 16:07 CoCoALib Design #64: submat takes only vector<long>
- If we were to adopt the idea of @RowSelect@ and @ColSelect@ then we could offer several signatures for @submat@:
* @... - 14:33 CoCoALib Design #64: submat takes only vector<long>
- John Abbott wrote:
> Here are some other possible suggestions:
I think that's too many, and I think it's not wort... - 16:19 CoCoALib Feature #664: Impl small non-prime finite fields (using logs)
- JAA now has a prototype impl which still needs lots of cleaning, but some simple tests pass :-)
I'm hoping to clea...
16 Dec 2015
- 18:23 CoCoALib Design #64: submat takes only vector<long>
- Scott Meyers advises making interfaces which are "easy to use correctly and hard to use incorrectly"; I think this is...
- 18:11 CoCoALib Design #64 (In Progress): submat takes only vector<long>
- Here are some other possible suggestions:
* @submat(M, AllRows, ...)@ to select just certain columns
* @submat(M, .... - 11:42 CoCoALib Design #64: submat takes only vector<long>
- I don't think we should allow other integer types, after all we want to discourage other integer types.
One think I ... - 11:52 CoCoALib Design #825: IsPositiveGrading -- really need 2 signatures?
- -- fixed test anna.cocoa5
-- updated CoCoA-5 manual
-- made suggestion for submat ;-)
Also available in: Atom