Activity
From 03 Apr 2017 to 02 May 2017
02 May 2017
-
14:55 Feature #253: W.Bruns's wish list
- Task (6): convert a ringelem to an integer or rational should be fairly easy via *@ConvertTo@*:
here is a simplistic...
29 Apr 2017
-
08:36 Feature #931 (Closed): GBasis verbose mode
-
- Still missing: copy flags.
-
28 Apr 2017
-
- While it may not be strictly correct to do it this way, I am closing this issue. We can proceed with the current imp...
-
- Everything related to making a CoCoALib release:
# Redmine Roadmap: close or postpone issue
# Redmine Release iss... -
- Since Winfried does not recall anything about this issue, I think we can regard it as having been resolved at some po...
-
14:54 Bug #228: libcocoa sometimes built without its index
- I have completely forgotten what the problem was. I don't think it is relevant anymore.
-
- We should ask Winfried if this problem has arisen lately. I have never seen anything like it, and I suspect that Win...
-
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- Checked: interreduction does not depend on commutativity.
Cleaned up. Closing
-
- John Abbott wrote:
> @NewLexOrdering(N)@ or @lex(N)@.
> I wonder whether we should simply eliminate the fn @NewLe... -
-
- An issue I stumbled on recently is 3) from my wish list. I think it is not yet implemented. Suppose I produce a polyn...
-
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This has been in feedback for ages (more than 2 years). I have tested on various different Linus platforms, and Anna...
-
- I think this is well tested now.
This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and... -
- We should talk to the Normaliz people again to see what they think of @cmake@ after some time using it. I thought I ...
-
- If I recall well someone (ICMS Seoul) suggested us to keep our handwritten configure.
This issue was under "CoCoA"... -
- Oh, I am of the opposite opinion.
Whatever solution we adopt, it should be as easy as possible to configure and bu... -
- I'd rather not.
First of all, it works as it is.
Secondly, CoCoALib and CoCoA-5 are strictly related: nice to keep ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- This issue was under "CoCoA" instead of "CoCoALib".
I'm recovering these old and forgotten issues, so we reconsider ... -
- I would like to make a page like this: (contributions to emacs)
[[http://gnu.huihoo.org/emacs/24.4/emacs-editor/Ackn... -
- I'm slowly doing it:
we have contacted most contributors and obtained their permission.
Some have also sent the sig...
27 Apr 2017
-
- Anna Maria Bigatti wrote:
> But I think useful (in addition) the actual name of the "lib" file, together with the st... -
- I compiled and it works fine.
I don't much like the "lib" names:... -
- updated all examples
-
- Done, documented, tested.
RingElem is better than ReadExpr because it highlights it is just for *one* RingElem.
-
- I think this is done automatically.
I did not write an example, but I think the problem was about a bug in the inter...
26 Apr 2017
-
- Found missing include.
Also added mathsat and gsl -
- It says:...
-
- I have checked in some documentation.
-
- I have just checked-in my implementation (after some cleaning).
I have also modified @src/CoCoA-5/Banner.C@ so that ... -
- John Abbott wrote:
> We could simply set the field to @UNKNOWN@ or maybe @Unknown but >= v2.3.4@
OK -
- I am not yet convinced that having 2 fields is a good idea.
We could simply set the field to @UNKNOWN@ or maybe @U... -
- John Abbott wrote:
> I have a first prototype (sent to Anna by email). Currently, it is just a program in @examples... -
- John Abbott wrote:
> An alternative file in which to put the function(s) is *@BuildInfo.H/C@*.
> Advantage: no need... -
- John Abbott wrote:
> Is the intention that the gens given are *the reduced GBasis* (wrt ring ordering)?
Good ques... -
- Is the intention that the gens given are *the reduced GBasis* (wrt ring ordering)?
Or do you want to allow any GBasi... -
- Moved from cocoa-5 to cocoalib, updated calling code, and documented.
-
- port these 2 functions in cocoalib.
-
- Here are some examples with binomial ideals:...
-
- Here is a strange example:...
-
- Verbosity is also related to printing final statistics (#730).
That might change, but the basic progress information... -
- I cleaned up the code a bit, and settled some values for verbosity.
100 and 101 give some basic informations, for al... -
- Current version is OK, probably not final but acceptable for version 99550/5.2.0
-
- John Abbott wrote:
> If in CoCoA-5 we are happy to have @RingElem(P, str)@ do what @ReadExpr(P, str)@ currently does... -
- We should try to keep CoCoALib similar to CoCoA-5 (or make CoCoALib simpler if it is different from CoCoA-5).
If i... -
- Should we have in CoCoALib (as in CoCoA-5) @RingElem(P, string)@ behaving like @ReadExpr(P, string)@?
Currently ther...
24 Apr 2017
-
- I am now sufficiently convinced by the current design that I am closing this issue.
The flags in @PREPROCESSOR_DEFNS... -
- I have a first prototype (sent to Anna by email). Currently, it is just a program in @examples/@.
The main proble... -
- An alternative file in which to put the function(s) is *@BuildInfo.H/C@*.
Advantage: no need to create any new fil... -
- I propose putting the new function(s) in a new file called @ExternalLibs.H@ (and @ExternalLibs.C@ of course!).
This ... -
- I propose a new feature: CoCoALib should offer a function(s) for finding out which "external libraries" have been com...
22 Apr 2017
-
- Can we close this issue and open a new one about the problem of CoCoA-5 not seeing which external libs are in CoCoALi...
-
- Anna, you have not answered my question in comment 6: whether to make obsolescent @NewLexOrdering@
-
- The current code works without any apparent problems, so we can just accept it as it is. It may not be the best desi...
-
- I am hoping this can be completed very soon (within a week?).
I have just run @make valgrind@ in @src/tests/@ and ... -
- Anna, can we postpone this to the next release?
I think that the problem I mentioned in comment 14 means that this... -
- Closing after 2 months in feedback without any problems being reported.
-
- I have redesigned the interface to use a RAII-style approach. Documentation and example has been updated.
So the do... -
- The solution is: *we do not define a @square@ function*. Use @power(...,2)@ instead!
-
- Closing because it has been properly solved. I hope I'll be more careful next time... if there is a next time.
-
- Regarding this as solved by issue #1019. Closing.
21 Apr 2017
-
- The example use in @ex-RingHom4.C@ did not work properly:...
-
- .... just to explain what I'm doing and why: I'm doing some other things, and making mistakes (.... ehm... I'm making...
-
- I simplified a few error messages and clarified error for @PolyRingHom@. Excerpt (...
-
-
- I checked the example in https://cocoa.dima.unige.it/redmine/issues/418.
I convinced myself that this cannot happen ... -
- Subtle.... I think there were two problems: I fixed one (now repeating the cycle if a new LPP is found during interre...
-
- Found bug in interreduction....
20 Apr 2017
-
- John Abbott wrote:
> NOTE: this really ought to be a new issue... but hopefully Anna will fix it in a flash!
Emba... -
- Abbott found this gives error (#1049)...
-
- My current thoughts abou the design of errors is that CoCoALib errors will be represented as instances of very few di...
19 Apr 2017
-
- The following example fails:...
-
- Here are some @GroebnerFanIdeals@ examples which take a long time:...
-
- Possibly not too relevant to CoCoA(Lib), but I wanted to collect some challenging GFAN examples.
-
- I still have to intervene manually to make GFAN compile even when CDD has been installed (apparently correctly).
T... -
- CoCoALib now compiles fine with this new approach to handling CPP flags.
There remains a problem with the way (dod... -
- Following on from my comment 14... well, assuming that we adopt that approach...
This means that practically all e... -
- There are some notes about "classes of errors" in the CoCoALib documentation for error, section "=== new improved lis...
-
- From another point of view (kind of bottom-up).
What we have now shows a few of these situations... -
- I think that, while thinking of the design using inheritance, it would help to simplify the current design. If we de...
-
- In the error messages there are some "is not" and some "must be"...
-
-
- Anna Maria Bigatti wrote:
> Many errors now are called *Not...* (e.g. *NotNonZero*) but that's ambiguous/confusing.
... -
18 Apr 2017
-
- It seems that about 2 years ago I already had the idea that all exceptions originating from CoCoALib should be derive...
-
- As soon as had I created this issue, I had an idea how to solve the problem...
There were some missing @#include "Co... -
- Several tests fail when CoCoALib has been configured with @--threadsafe-hack@.
All failures are of the type "non-zer... -
- Studying and organizing the old @GRStats@ code by Max Caboara.
Now adapting it to @VerbosityLevel@.
14 Apr 2017
-
- This issue is about "Stats", i.e. gathering info about number of pairs, timings, etc.
This is strictly related with ...
13 Apr 2017
-
- Anna Maria Bigatti wrote:
> There are some notes about "classes of errors" in the CoCoALib documentation for @error@... -
- There are some notes about "classes of errors" in the CoCoALib documentation for @error@, section "=== new improved l...
-
- There are some notes about "classes of errors" in the CoCoALib documentation for error, section "=== new improved lis...
-
- I agree that resolving this issue will take more time than we can invest in the next release.
I think it would be ... -
- On the line of what I said earlier, I implemented in Interpreter.C the function @MESSAGE(err)@ to be called instead o...
-
- John Abbott wrote:
> I agree that @BadArg@ is unhelpful. It would be nice to settle this matter, and it would be ni... -
- I agree that @BadArg@ is unhelpful. It would be nice to settle this matter, and it would be nice to find some guidel...
-
- I'm getting quite annoyed with getting @The arg(s) given are unsuitable@ in CoCoA-5: looks like being back at the CoC...
10 Apr 2017
-
- I think this issue is relatively unimportant, hence the "low" priority.
I have put it on redmine just so that we do ... -
- Here is a complete example:...
-
- The following loop is curiously slow:...
-
- There is also a fn called *@IsExactIroot(ans, N,r)@*. It returns a @bool@, and puts into @ans@ the truncated integer...
06 Apr 2017
-
- "better safe than sorry"
the easiest and safest is to give an error when the input is negative.
Even though "Floor"... -
- John Abbott wrote:
> Currently @iroot@ computes the *truncated* integer part of the real root.
> For instance @iroo... -
- Currently @iroot@ computes the *truncated* integer part of the real root.
For instance @iroot(-30,3)@ gives @-3@ as ... -
- Some time ago we renamed @ILog2@ to @FloorLog2@, and some other similar functions.
There is still a function *@iro... -
06:01 Support #624: Wikipedia
- Here is the "wiki":https://www.everipedia.com/CoCoA/
05 Apr 2017
-
- There is one aspect of the design which is not wholly satisfactory:
there is no safe way of sending logging output t...
04 Apr 2017
-
- First we should decide what the public interface is to be.
* One possibility is to have 2 fns *@QuotientBasis@* and ...
Also available in: Atom