Activity
From 19 Feb 2013 to 20 Mar 2013
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-... -
- 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
-
- *2013-03-14* Got burned in @OrdvArith.C@ (fn @CmpWDegPartial@) by a silent conversion from @unsigned long@ to @signed...
-
- (2013-03-14) This work has already been done some time ago -- just updating the redmine entry.
-
- *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.
-
- Some casual tests were passed without problem; so I have checked in everything.
Changing status to feedback.
-
- cvs-ed
-
-
- 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
-
- Try the following program; and then again but making @P@ a @NewPolyRing_DMPI@.
The times I get are: clean=20s, DMPI=...
08 Mar 2013
-
- I added *RingElem(R, rhs)* with rsh a RingElem in a ring S such that there exists a CanonicalHom S->R
(both to CoCoA...
05 Mar 2013
-
- Both Anna and John think this issue should be rejected.
04 Mar 2013
-
- JAA believes he has checked all CoCoALib code, and that there are no suspect uses of the shift operators.
The fact...
27 Feb 2013
-
- The effect of the integer shift operators in C++ is *UNDEFINED* if the shift amount is greater than or equal to the w...
-
- This "issue" is just to collect links to issues where we got burned by strange/unexpected C++ behaviour.
If you ge...
26 Feb 2013
-
- Curious! We created @MachineInt@ deliberately to "combine" all the various integral types into just one type which w...
-
- So now I tested to compile the CoCoA lib for x64 Windows with the Intel compiler in MSVS2010. I have to say MSVS is a...
-
- JAA has modified @config.H@ so that @SmallExponent_t@ is now @unsigned int@.
Waiting for confirmation from Anna th... -
- John and Anna do not yet agree on what names should be given to the indets in a PPM created by these fns: John prefer...
-
- Should I really add a test for @RatReconstructWithBounds@?
22 Feb 2013
-
- Added new fns to CoCoA-5 @RatReconstructByContFrac@ and @RatReconstructByLattice@; added doc.
Modified ctors: they no...
21 Feb 2013
-
- Empty post -- just to "wake up" the issue.
-
- What would we want these pseudo-ctors to do?
# create a PPMonoid using anonymous symbols
# create a PPMonoid using ... -
- Here are 3 proposals for new PPMonoid pseudo-ctor signatures:...
-
- The doc needs to be rewritten fairly urgently.
-
- I have modified the powering mem fns for @PPMonoidEvImpl@ and @PPMonoidEvOvImpl@ (the @Ev@ half).
I have also made a ... -
- should we allow *submodules* only for *FreeModules*?
-
- Big problem: *operator==*
for *ring* equality is strict (only if pointers are equal)
for *ideal* equality is "mathe... -
- John Abbott wrote:
> Any objections to adopting option *@(C)@* _i.e._ the default type for "small" exponents in power... -
- Any objections to adopting option *@(C)@* _i.e._ the default type for "small" exponents in power products is @unsigne...
-
- (1) Specifying the unsigned integral type for small exponents -- see #268.
(2) Threadsafe counters -- see #157 (rela... -
- We collect here some ideas on how using BOOST in CoCoALib could help improve the code. For the moment we opt not to ...
20 Feb 2013
-
- The way we create a submodule (SubmoduleImpl ctor) is different from how we create ideals (IdealCtor).
I think it wo...
Also available in: Atom