Activity
From 19 Jan 2016 to 17 Feb 2016
17 Feb 2016
-
20:37 Support #314: odd and even numbers for snapshots/official versions?
- Postpone or close this issue?
-
- If we do make such a manual page, a possible keyword could be "surprises" :-)
I'm still undecided whether it is go... -
- Since it is a "never-ending" task, I'll postpone it to the next version of CoCoA-5 :-)
-
18:33 Feature #243: Normaliz tests for CoCoA5
- The tests in @ExtLibNORMALIZ.cocoa5@ look useful and is active in my setup (with libnormaliz). If it also gives no er...
-
- Uuuhh! Does anyone remember anything about this?
Maybe it works now? (or am I too blindly optimistic)
-
- The last comment said "Mmmm, tricky!" -- that's good enough reason to postpone! ;-)
-
- Let's get this sorted out for 5.1.4!
-
- Postponing for same reason as last time ;-)
-
- Postpone again... :-/
-
- I have not noticed any problem like this lately; perhaps it has resolved itself magically?
Mark as "closed"?
-
- For the problem I discovered in the NormalizInterface for GAP we found the problem meanwhile. GAP used to set its own...
-
- Postponing this to next version. Now I have access to a proper linux box, maybe I can investigate properly this myst...
-
- Since I've no heard of many other users having the same problem, I'll postpone this issue to the next version of CoCo...
-
- Apparently this has been working fine for 4 months or more, so closing.
-
- I'm delaying this issue until some unspecified time in the future because it looks to be tricky to resolve.
The po... -
- It might not be too painful if @ReadExpr@ could read lists as well. The example in the issue description could then ...
-
- Anna has approved the stricter version of @MakeTerm@, so I have checked everything in (incl. updated doc).
Otherwi... -
- Closing after 6 months in feedback.
-
- Not closing this issue; that hack I made doesn't seem all that convincing now. I guess it's OK in simple cases, but ...
-
- Closing after 5 months in feedback.
-
11:39 Bug #757: readline: fix script for finding libreadline
- John Abbott wrote:
> My first hasty attempt to deal with @libreadline@ was to treat it like the other external libra... -
- My first hasty attempt to deal with @libreadline@ was to treat it like the other external libraries; now I have some ...
-
- JAA thinks that it is important to get this sorted out soon, so priority increased to "high" (but bumped to next vers...
-
- I am "bumping" this issue by 1 version of CoCoA-5. It is marked as "high" priority, but has not been worked on for 3...
-
- I have renamed the fn to @EvalQuasiPoly@, and updated the C5 documentation (and the Normaliz tests).
Closing.
-
- I suggest adding
COCOA5_VER_MAJ=5.1
COCOA5_VER_MIN=3
to configuration/version
(they do grow together) -
- Updates from CoCoA-5.1.3
Migration to CoCoALib -
- Lots of things have being going on without them being written here...
16 Feb 2016
-
-
- Anna, haven't you made progress here?
-
-
- Anna, do you regard this as resolved? Can you close the issue?
-
-
- Can we close this issue?
-
- done and documented
-
-
-
- Everything for the release
<check version number for CoCoALib release>
<cvs checkout in snapshot dir>
cd <snap... -
-
- Apparently the release was made over 6 months ago; can we close this issue?
BTW the CoCoA web site was very slow (... -
- I already suggested @EvalQuasiPoly@ ;)
The QuasiPoly is a general object in CoCoALib and not in the Normaliz inter... -
- Christof does have a valid point about creating a new "type" (tag?) for @QuasiPoly@. If we think it is worth conside...
-
- This has been present for over 6 months.
Just one question before closing: why does the fn name contain @Hilbert@?... -
- In the last comment I expressed concern about allowing the exp-vector to be shorter than the number of indets in the ...
-
-
- I have changed the target version for this issue; I suppose it is more or less permanent (i.e. has to be reconsidered...
-
- The instructions for GUI on Linux are missing -- it just says "to do".
-
- Any news? Close? Change target version?
Also available in: Atom