Activity
From 14 Feb 2013 to 15 Mar 2013
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...
-
- (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...
-
17:17 Support #302: Compilation on M$Windows: Visual Studio
- 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...
18 Feb 2013
-
- No problems have surfaced in 2 months. Doc is present; tests are present.
Closing this issue.
-
- Add doc for *@NBM@* and *@SOI@*.
Also add examples and tests.
-
- Eva reported no problems.
Code probably still needs to be cleaned.
Documentation (file @ApproxPts2.txt@) is complet... -
- We have agreed to implement the decision in note 6.
-
- It seems to work fine (after 7 months since finishing the code).
No documentation currently -- not sure where it wou... -
- Well, it seems that Anna forgot to close this one...
Implemented, documented; appears to work fine.
So closing now. -
- Since no problems have surfaced in the last 4 months, I'm closing this issue. The code and doc appear to be correctl...
-
- No problems have surfaced in 4 months; the doc seems to be correct too.
So I'm closing this issue.
-
- Since no problems have surfaced in 4 months, I regard this matter as fully resolved, so I am closing it.
15 Feb 2013
-
- ex-PolyRing1 with debugging active fails:...
-
- Added impls of *@RatReconstructByContFrac@* and *@RatReconstructByLattice@*; also added doc, and an example (@ex-NumT...
-
- It's not very important, but JAA thinks that *@LongRange@* should not be inline:
its impl is not that short, and run... -
- Same as lex, StdDegLex, ... also *Elim(vector<long>)* should be implemented as a *PPOrderingCtor*
14 Feb 2013
-
- It is a shame to have to include the standard header @<vector>@ in the file @utils.H@.
It may not be relevant, but I... -
- I do miss in C++ the convenient cocoa syntax *a..b*.
In fact it is particularly useful for calling *submat*.
So I s... -
- Now we have
NewDenseMatXel(long n);
NewDenseMatRevLex(long n);
NewDenseMatStdDegRevLex(long n);
NewDe...
Also available in: Atom