Activity
From 17 Feb 2016 to 17 Mar 2016
14 Mar 2016
11 Mar 2016
-
10:34 Feature #531: Package protected variables should know which package protected them
- No doubt some change will be needed inside the source for @CoCoAInterpreter@. It will probably take a long time to f...
19 Feb 2016
-
18:50 Support #843: Release: CoCoA-5.1.3 and CoCoA-5.1.4
- done all text released, pages on www
18 Feb 2016
-
- it used to be called MINORMINOR ;-)
well.... for us it is more than a "patch". In fact 5 is more than a "major". -
- I do not much like the name @COCOA5_VER_MINMIN@.
A quick look at the relevant page of Wikipedia gives several sugg... -
17:17 Feature #708: ExternalLib Normaliz: verbose flag?
- The cone object in cocoalib has a @SetVerbose@ method. But that is not so useful from cocoa5 since we don't have an o...
-
- This has been in feedback for 9 months.
The current solution fits the KISS philosophy. If something more sophisti... -
- Closing this issue because I think we have already done all that is reasonable. Maybe the problem will go away compl...
17 Feb 2016
-
- 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 :-)
-
- 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.
-
- 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...
Also available in: Atom