Activity
From 06 Mar 2013 to 04 Apr 2013
28 Mar 2013
- 17:11 Support #26: Redmine Administration
- I'm not sure which version of *redmine* we are using, but a new stable release was announced just a week ago. Should...
- 17:06 Feature #72: MatByRows, MatByCols
- JAA notes that there is a ctor for @DenseMat@ which behaves as @MatByRows@ except that it makes a copy of the entries...
27 Mar 2013
- 20:02 Bug #119: CoCoA4io
- This is a silly mindless task, but it needs to be done (and the sooner the better).
- 19:38 Feature #145: Buchberger-Moeller: fast modular impl
- Just a pointless comment to "wake up" this issue.
- 19:36 Support #140 (Feedback): Doc & example for convert
- All calls to @convert@ have been eliminated (replaced).
The conversion from @BigInt@ and @BigRat@ to @string@ has ... - 11:38 Support #195: OrdvArith documentation needs rewriting
- JAA has added a new class *@StdDegRevLex2@*.
This appears to offer a cleaner and faster impl -- but its speed has ye...
26 Mar 2013
- 16:43 Support #140: Doc & example for convert
- I have removed @convert@ (and replaced all calls to it).
Modified the doc for the conversion functions.
Modified th...
25 Mar 2013
- 18:51 Support #140 (In Progress): Doc & example for convert
- JAA has improved the doc for the type conversion fns @convert@, @IsConvertible@ and @ConvertTo@.
Still to be done:... - 18:40 Bug #135 (Feedback): Revise interface to SmallFpImpl & friends
- Revised interface now works well in the context of @DUPFp@.
Updated all 3 impls, and their doc.
Perhaps revise im...
20 Mar 2013
- 23:22 Feature #127: Convert DUPFF code to C++
- I've rewritten most of the @DUPFF@ code in C++ (_i.e._ using @DUPFp@).
Still need to do:
# CVS check-in (*done 2013-... - 23:17 Design #254 (In Progress): How to return a Hilbert Series in CoCoALib
- Here is a suggestion: a @RECORD@ with two fields @numer@ and @denom@ where
* @numer@ is a polynomial,
* and @denom@ i...
19 Mar 2013
- 10:35 Design #254: How to return a Hilbert Series in CoCoALib
- Any news on it?
In libnormaliz it is a vector for the coefficients of the numerator and a map for the exponents of...
15 Mar 2013
- 17:40 Bug #326: C++ nasty surprises
- *2013-03-14* Got burned in @OrdvArith.C@ (fn @CmpWDegPartial@) by a silent conversion from @unsigned long@ to @signed...
- 17:35 Feature #3 (Closed): implement creation of a PPMonoidElement from vector<BigInt>
- (2013-03-14) This work has already been done some time ago -- just updating the redmine entry.
- 17:05 Design #268: Exponent range (in power products)
- *2013-03-14* Soeger+Bruns report via email about 10% slow down when using *(C)* rather than *(B)*.
- 16:32 Feature #269: PPMonoids: check for exponent overflow in power function
- All tests pass on my machine.
- 16:28 Feature #269 (Feedback): PPMonoids: check for exponent overflow in power function
- Some casual tests were passed without problem; so I have checked in everything.
Changing status to feedback.
- 15:59 Feature #223: Automatic mapping of RingElems
- cvs-ed
- 15:36 Feature #223 (Feedback): Automatic mapping of RingElems
- 12:12 Bug #22 (Feedback): Rename PPMonoidEvZZ?
- The class names are not public, so i have made them descriptive (and thus long).
I have changed the interface of the...
12 Mar 2013
- 10:16 Slug #329 (New): Why is DMPI slower than DMPClean?
- Try the following program; and then again but making @P@ a @NewPolyRing_DMPI@.
The times I get are: clean=20s, DMPI=...
08 Mar 2013
- 16:36 Feature #223 (Resolved): Automatic mapping of RingElems
- I added *RingElem(R, rhs)* with rsh a RingElem in a ring S such that there exists a CanonicalHom S->R
(both to CoCoA...
Also available in: Atom