Activity
From 11 Jun 2014 to 10 Jul 2014
10 Jul 2014
- 17:03 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- John Abbott wrote:
> Of those two I have a preference for *@WantNonZero@* -- I can "say" it more easily in my mind t... - 16:01 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- Of those two I have a preference for *@WantNonZero@* -- I can "say" it more easily in my mind than @ExpectNonZero@.
... - 16:52 Design #584 (Resolved): BaseRing for all rings
- I have just noticed that the function which says over which a ring a matrix lies is called *@BaseRing@*. I'm not so ...
- 16:15 Feature #554 (In Progress): CoCoALib-Normaliz interface: cannot print a cone
- 16:14 Feature #554: CoCoALib-Normaliz interface: cannot print a cone
- Implemented some printing. A newly created cone now is printed like:...
- 15:32 Design #415 (Feedback): Remove AsPolyRing etc?
- I've updated the documentation (removed references to @AsPolyRing@ etc.)
tests: I can't really test a function I'v... - 14:26 Feature #568 (Closed): Valid symbol heads
- No problems have come up, so closing.
- 13:45 Feature #125 (In Progress): Matrix equation solving; linear system solving
- 13:41 Feature #585 (Closed): (Hilbert-) quasi-polynomials
- For objects (cones, algebras,..) which are not generated in degree 1 the Hilbert function is not a polynomial anymore...
- 13:38 Feature #223 (Closed): Automatic mapping of RingElems
- Closing this issue, but leaving #7 open. This is fine as far as it goes.
09 Jul 2014
- 18:37 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- *WantNonZero* or
*ExpectNonZero* - 18:30 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- Here are some other candidate names:
*RequireNonZero*
*ReqNonZero*
*NeedNonZero*
*MustBeNonZero*
*WantNonZero*
- 18:25 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- Well, this is actually a sub-task.
I think we can make a quick decision about the names (we have already talked abou... - 18:14 Design #308: Error: ERR::NotNonZero instead of ERR::ZeroRingElem?
- This task is really already covered by the proposed radical restructuring and renaming of the error codes #427. As a...
- 18:19 Feature #165: FractionField -- only of TrueGCDDomain?
- I think we'd better be conservative, i.e. only for true GCDRings.
If someone ever asks for the general case then we ... - 18:11 Feature #165: FractionField -- only of TrueGCDDomain?
- Can this be closed in the near future? (i.e. before Seoul)
- 18:15 Bug #264 (Closed): Compilation problem with "degree.H" (inline fn defns)
- No problem has ever occurred to anyone in the last year.
Have we fixed it? can't remember.
Has the compiler changed... - 17:59 Bug #264: Compilation problem with "degree.H" (inline fn defns)
- *@Anna* Is this still a problem? I hope not; then we can just terminate the issue.
- 17:54 Feature #554: CoCoALib-Normaliz interface: cannot print a cone
- Maybe we can resolve this issue while I'm in Osnabrueck?
- 17:50 Design #415: Remove AsPolyRing etc?
- I have removed @AsDenseUPolyRing@, @AsFreeModule@ and @AsFGModule@.
The code compiles and all tests pass, so I have ...
08 Jul 2014
- 17:49 Design #415: Remove AsPolyRing etc?
- I've now removed @AsQuotientRing@, and revised the imple of @BaseRing@ (see #584)
- 11:17 Design #415: Remove AsPolyRing etc?
- I've removed @AsPolyRing@, @AsSparsePolyRing@ and @AsFractionField@.
So far so good. Some bits of code have becom... - 17:48 Design #584: BaseRing for all rings
- I've implemented it, and it seems to work. Currently the impl does *(B)*, but it'd be easy to change to *(A)*.
(2014... - 11:43 Design #584: BaseRing for all rings
- Not sure what @BaseRing(ZZ)@ should produce:
*(A)* either @ZZ@ itself
*(B)* an error
My current preference (afte... - 11:41 Design #584: BaseRing for all rings
- One problem with this approach is that we would exclude product rings, since a product ring could have several "paren...
- 11:38 Design #584 (Closed): BaseRing for all rings
- I'm considering implementing @BaseRing@ for all rings (except perhaps @ZZ@).
With our current design every ring ha...
07 Jul 2014
- 11:48 Feature #583 (New): New function for printing with extra information
- In CoCoA-5 we have the command *@Describe@* for printing a detailed description of an object.
It would be useful to ... - 09:36 Design #582: Error codes: use same code for "not poly ring" and "not elem poly ring"
- John Abbott wrote:
> (A) @Expected (element of) PolyRing@
this one!
- 09:29 Design #582: Error codes: use same code for "not poly ring" and "not elem poly ring"
- See also emails exchanged on 20140704 with subject "Opinion".
We need suitable wording for the combined error: how... - 09:25 Design #582 (New): Error codes: use same code for "not poly ring" and "not elem poly ring"
- Proposal: merge the two error codes @NotPolyRing@ and @NotElemPolyRing@.
Reasons:
(1) the distinction is really q...
04 Jul 2014
- 14:40 Design #581: C++14: MachineInt
- It might be possible to use templates for the ctors of @MachineInt@ together with a mechanism for ensuring that the a...
- 14:36 Design #581 (Closed): C++14: MachineInt
- We must modify @MachineInt@ when switiching to C++14 because there is a new integral type: @(unsigned) long long@
03 Jul 2014
- 08:32 Feature #580 (Resolved): Example for PPVector: ex-PPVector
- resurrected old example, improved, cvs-ed
02 Jul 2014
- 14:28 Feature #580 (Closed): Example for PPVector: ex-PPVector
- The doc for @PPVector@ refers to an example, @ex-PPVector.C@, but no such file exists.
01 Jul 2014
- 14:34 Bug #577 (Feedback): Hilbert crashes with > 100 indeterminates
- fixed. Now using @CopyHPPower@ (copies the precomputed value or computes the correct one) instead of @HPPowerList@ (...
- 14:04 Bug #577: Hilbert crashes with > 100 indeterminates
- (sorry, I meant "101")
I found where the problem is (a hard limit = 100 in GlobalManager) and I am fixing it.
- 13:34 Bug #577: Hilbert crashes with > 100 indeterminates
- I've just tried with my own "local" copy of C5; seems to work fine (even trying several times).
Platform is MacOSX 1... - 12:42 Bug #577 (Closed): Hilbert crashes with > 100 indeterminates
- ...
26 Jun 2014
- 16:54 Support #302: Compilation on M$Windows: Visual Studio
- I tried the newest cvs version and CoCoALib does compile in 32 and 64 bit. I only had to change what I have reported ...
25 Jun 2014
- 12:16 Feature #571 (Feedback): CmpAbs for RingElem
- I have now added a new test, @test-RingElem4@, for @CmpAbs@ of @RingElem@. Will check in.
23 Jun 2014
- 17:40 Feature #575 (In Progress): Investigate using cmake for configuration
- Christof is still trying to make @cmake@ behave well on MacOS; both static and dynamic libraries give (different) pro...
- 17:34 Feature #573: Use symbolic links for external libraries
- The symbolic link approach now seems to be working -- I even tried with a nasty directory name apparently without mis...
20 Jun 2014
- 15:00 Feature #575: Investigate using cmake for configuration
- John Abbott wrote:
> *Bad* it is not clear how to specify a custom "installation" of GMP instead of the standard sys... - 09:18 Feature #575: Investigate using cmake for configuration
- Christof has been investigating using @cmake@ for configuring normaliz/libnormaliz.
*Good* @cmake@ seems to handle... - 09:10 Feature #575 (In Progress): Investigate using cmake for configuration
- The @cmake@ program offers a platform independent "configuration" mechanism. In principle it could replace CoCoA's e...
19 Jun 2014
- 17:53 Feature #573: Use symbolic links for external libraries
- I thought I could be clever in @autoconf.mk@ and use @-lgsl@, @-lfrobby@ and so on.
*But* the linker does some strang... - 17:00 Feature #573: Use symbolic links for external libraries
- Here's a quite summary of the current situation (created entirely manually so far).
There's a new directory @configu... - 15:27 Feature #573: Use symbolic links for external libraries
- John Abbott wrote:
> I now think that the correct place for the external library directory is in @configuration/@.
... - 15:15 Feature #573 (In Progress): Use symbolic links for external libraries
- I now think that the correct place for the external library directory is in @configuration/@.
It may as well be ca... - 11:22 Support #574 (Closed): Tidy CoCoA root directory
- There are too many files/directories in the CoCoA root directory.
I think we can remove the GPLv2 file since there i...
18 Jun 2014
- 12:03 Feature #573 (Closed): Use symbolic links for external libraries
- To avoid problems with "awkward" path names to external libraries, I suggest creating symbolic links (with nice names...
14 Jun 2014
- 21:43 Feature #568 (Feedback): Valid symbol heads
- All done. It is also easier now to change which chars are allowed as 1st of symbol head, and which are allowed after...
- 21:38 Feature #571: CmpAbs for RingElem
- Implemented & documented; no test yet.
Checked in by commenting out the other changes in @ring.C@
- 21:24 Feature #571: CmpAbs for RingElem
- I have added a test and doc for @CmpAbs@ for @BigRat@
- 21:21 Feature #571 (In Progress): CmpAbs for RingElem
- I have now checked in an impl for @BigRat@.
I have an impl for @RingElem@ but cannot yet check in (mixed up with oth... - 19:57 Design #572 (New): Split SparsePolyRing.H into two files? Problem with circular includes.
- I was unable to add a @JBMill@ field to a SparsePolyRingIdeal because of circular includes.
One solution would be ...
13 Jun 2014
- 08:03 Design #415: Remove AsPolyRing etc?
- John Abbott wrote:
> It would be handy to have a ctor for @RingElem@ which accepts a @RingBase*@ instead of a @ring@;...
12 Jun 2014
- 19:30 Design #415: Remove AsPolyRing etc?
- Everything compiles & all tests pass :-)
It would be handy to have a ctor for @RingElem@ which accepts a @RingBase... - 14:18 Feature #571: CmpAbs for RingElem
- Make sense.
We should also do the same (when someone asks ;-) for other functions which can be extended from BigInt ... - 12:54 Feature #571: CmpAbs for RingElem
- The current impl works only for int/BigInt. Not for @BigRat@
- 12:53 Feature #571 (Closed): CmpAbs for RingElem
- We have the fn @CmpAbs@ for @BigInt@ and @BigRat@.
Mario would like it also for @RingElem@ (when it is an ordered do... - 12:41 Feature #570: Allow use of RingElem instead of ring in some functions (e.g. PPM, CoeffRing)
- John Abbott wrote:
> which ring functions should be extended in this way?
I see this question in other terms: whi... - 12:30 Feature #570 (New): Allow use of RingElem instead of ring in some functions (e.g. PPM, CoeffRing)
- Mario Albert said it would help make code shorter (and more readable) if one could write @PPM(f)@ instead of @PPM(own...
11 Jun 2014
- 17:40 Design #415: Remove AsPolyRing etc?
- I have managed to remove most of the need for @AsPolyRing@; will continue later this evening.
- 16:04 Support #569 (New): Documentation for ReductionCog
- The documentation for @ReductionCog@ need to be improved (and corrected?)
- 14:58 Feature #568: Valid symbol heads
- John Abbott wrote:
> If we allow a wider range of heads, I suggest that any head may be indexed (rather than trying ...
Also available in: Atom