Activity
From 03 Apr 2017 to 02 May 2017
02 May 2017
-
15:01 CoCoA-5 Support #851: Release: CoCoA-5.2.0
- -- release for Mac is done
-
15:00 CoCoA-5 Support #265: Linking problems in CoCoA-5 GUI
- To be honest I do not recall encountering this problem in a very long time, but I also do not recall ever resolving i...
-
- Task (6): convert a ringelem to an integer or rational should be fairly easy via *@ConvertTo@*:
here is a simplistic... -
- Anna Maria Bigatti wrote:
> COCOA5_VER_MINMIN is not in configuration/version.
> Where is it? I'm looking for it.
... -
- COCOA5_VER_MINMIN is not in configuration/version.
Where is it? I'm looking for it.
01 May 2017
-
- last minute bug fix: IsPrimary false positive in some cases (found by Sandro Logar)
-
- Anna Maria Bigatti wrote:
> Still missing: make speed tests with GroebnerFan (I had some strange results)
The tim...
29 Apr 2017
-
- Still missing: make speed tests with GroebnerFan (I had some strange results)
-
-
- Still missing: copy flags.
-
-
-
- Decision: corresponding CoCoALib versions will end with "0"
Still missing: release script for windows.
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...
-
-
- Done.
Two functions (4 in cocoalib, for default and for cone): @NmzSetVerbosityLevel/NmzVerbosityLevel@, as in cocoa... -
20:15 CoCoA-5 Feature #708: ExternalLib Normaliz: verbose flag?
- Normaliz has only two levels of verbosity: off or on. Via libnormaliz this can be toggled. I think the CoCoA interfac...
-
- OK for the names @XXXSetVerbosityLevel@ and @XXXVerbosityLevel@ where @XXX@ could be @Nmz@ or some other prefix for a...
-
- John Abbott wrote:
> Currently Normaliz has just two verbosity levels (@true@ and @false@).
> There is not much pro... -
- Currently Normaliz has just two verbosity levels (@true@ and @false@).
There is not much problem in saying that nume... -
- John Abbott wrote:
> If the behaviour from the point of view of a user is similar to that of CoCoA's own @SetVerbosi... -
- If the behaviour from the point of view of a user is similar to that of CoCoA's own @SetVerbosityLevel@ then it would...
-
- should we call it @NmzSetVerbosityLevel@?
-
- JAA prefers that there be independent verbosity settings for CoCoALib and any external libraries.
-
- Should we pass the VerbosityLevel from CoCoALib?
-
-
- function renamed @message_forC5@ and moved in @CoCoALibSupplement@
-
-
- I made ReadExpr obsolescent (in CoCoA-5).
Not convinced 100% it is right, but it's not too wrong either.
documented... -
- Fixed all bugs in manual (found with make ManExamples)
-
- Another run of make ManExamples
-
- Everything related to making a CoCoALib release:
# Redmine Roadmap: close or postpone issue
# Redmine Release iss... -
- I have changed the code (@Interpreter.C:3643@) so that the limit is 10^7 values; also changed the error message and t...
-
- John Abbott wrote:
> I have added a note to the man page about "range operator".
>
> I wonder whether a limit of ... -
- I have added a note to the man page about "range operator".
I wonder whether a limit of 10^7 would be better than ... -
- Since Winfried does not recall anything about this issue, I think we can regard it as having been resolved at some po...
-
- 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
-
- OK, postponed: I did not receive enough information to make a decision.
-
- Is it better to postpone this than try to rush it?
-
- John Abbott wrote:
> @NewLexOrdering(N)@ or @lex(N)@.
> I wonder whether we should simply eliminate the fn @NewLe... -
-
- This seems to work well now.
Sometimes it is slow, but I think that is GFan's fault.
Closing.
-
- 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 ... -
- The Normaliz header of the development version that will soon become 3.3.0 now lists the external packages compiled i...
-
- it is in the checklist in #851 ;-)
which I copy for every release -
- WQe mustremember to do this before each release!Closing
-
- John, close this issue, as done in #558?
-
-
- operators, shortcuts
is in the list of commands/functios
CoCoA operators
is in the chapter about operators. I... -
- I also note that in the page for @operators, shortcuts@ we use @..@ to mean "missing expression" but also to mean the...
-
- Why are there the following two manual pages?...
-
- 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 ... -
- One possibility is to number the "see also" pages and offer a way to chose by number; for instance...
-
- I wanted to see the manual page for @SetVerbosityLevel@, but also wanted to be lazy, so I typed:...
-
- 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 ... -
- 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... -
-
- ? file io --> ? file io
? factor ; abcdefg --> don't know, maybe ? factor
? factor -- comment
? ...
27 Apr 2017
-
- I have written a simple implementation of @CleanupKeyword@, but it is rather different from the current version.
R... -
- There is a fn called *@CleanupKeyword@* at around @OnlineHelp.C:600@.
This is probably what needs to be changed!
-
- make ManExamples
done -
- 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:... -
- John Abbott wrote:
> Cosa dovrebbe fare il seguente?
fixed -
- done, tested.
-
- John Abbott wrote:
> Can we move @Der@ and @Bin@ to @obsolescent.cpkg5@?
yes. -
- Can we move @Der@ and @Bin@ to @obsolescent.cpkg5@?
-
- I also made a small improvement to @RingElem(Ring, RingElem)@ for the (effectively useless) case when there is ring c...
-
- Updated the documentation for @RingElem@.
Now I'm ready to make @ReadExpr@ obsolescent. Should I do it now or postp... -
- updated all examples
-
- Done, documented, tested.
RingElem is better than ReadExpr because it highlights it is just for *one* RingElem.
-
- sounds good to me
-
- In fact this has already been implemented: there is an arbitrary upper limit of 10^8 elements in the result.
Perhaps... -
- Now it works well enough.
Closing! -
- Added to @VersionInfo@ (in @BuiltinFunctions.C@) the field @ExternalLibs@.
-
- Closing after 5 months in feedback. A quick test shows that the RGB is now correctly memorized: well, the example gi...
-
- Postponing as this is likely to take some time to comprehend and resolve. It is also "not critical" in that there is...
-
- I have just improved the entries for @VerbosityLevel@ and @SetVerbosityLevel@. Checked in. Closing.
-
- Postponing (because it will take some time), but also increasing priority.
-
-
- I think this is done automatically.
I did not write an example, but I think the problem was about a bug in the inter... -
- I do not like the fact that the last comment expressed doubt... but obviously I was too lazy to give any details. As...
-
- Closing after 7 months in feedback.
-
- Great thanks!! I realized only now this was the problem I had!
Teasted: it works on old emacs too.
-
- This has been in feedback for 10 months. I've not noticed any "nasty surprises" using Emacs, so it is probably OK no...
-
-
- Closing after 7 months in feedback without any problems (but probably not much stress testing either).
-
- I think it is best to skip the fancy idea suggested in comment 7, at least for the time being.
Closing after 7 mon... -
- Closing after about 1 month effectively in feedback.
I hardly ever use the readline interface myself -- almost alway... -
- Closing after 3 months in feedback, and no problems have come up.
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.
-
- Updated manual (after cleaned up example in GBForEveryone paper).
closing. -
- Here are some examples with binomial ideals:...
-
- Here is a strange example:...
-
- With verbosity we print the changes used. I think this was the actual request by Werner Seiler, so I close this issu...
-
- Works for John (new emacs) and for me (old emacs).
Good.
Closing. -
-
- * We are going to work on this, better postpone this.
-
- I think we are going to do more work on this topic. Postponing to next release.
-
- Changed my mind :-(
@minimalized@ is also for modules. This needs more thinking.
Postponing to next release. -
- I'm about to make @minimalized@ obsolescent (cocoa and cocoalib).
Should I do the same for @minimalize@ (suggesting... -
-
-
- 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... -
- John Abbott wrote:
> Should we make *@ReadExpr@* obsolescent?
Not before deciding if we want to do the same in Co... -
- Should we make *@ReadExpr@* obsolescent?
-
- Done (cocoa5) and checked in.
-
- OK, I'll implement "3".
Should I modify CoCoALib as well?
-
- John Abbott wrote:
> Or should we just wait until the function is really needed? The @sprint@ solution can be used ... -
- As already indicated in the description, I do not much like the awkward syntax @RingElem(P, ["a",i])@.
I do see th... -
- Fixed, now calls @ReadExpr@.
Documented.
I kept the syntax @RingElem(P, ["a", i])@ because it allows variable indic...
25 Apr 2017
-
- If we make @RingElem(P, str)@ behave like @ReadExpr(P, str)@ then @ReadExpr@ becomes essentially redundant.
I thin...
24 Apr 2017
-
- Currently implemented 2, meaningful error message.
-
- In cocoalib we have ReadExpr(P, *string*) and RingElem(P, *symbol*), but in cocoa-5 they both take a string.
I spent... -
- 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.
-
- Cosa dovrebbe fare il seguente?...
-
- 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@.
-
- Of course I wrote this issue after solving it ;-)
While comparing two functions using GBases with an elimination o... -
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
-
- The problem is that the technique used employs a "hack" which reads the command line flags for the compiler.
The n... -
- Previously CoCoA-5 listed which external libs had been compiled in.
It no longer does so (except for READLINE).
F... -
- Following what I said here:
https://cocoa.dima.unige.it/redmine/issues/743#note-7
I added in @Interpreter.C@ a fu... -
- improve error message given by cocoa-5 for errors arising from cocoalib
-
- 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
-
-
-
- Update: don't modify ideal, by make a new one with @IdealOfGBasis@
-
- All done some time ago (forgot to update this).
Now documented.
-
- All done, also tests.
-
- All done (for power-products).
This function (for power-products!) was already available in CoCoALib, so I just mean... -
- Presumably the fn should actually be defined for pairs of @RINGELEM@ from any @TrueGCDDomain@.
Maybe for polynomia... -
- Add @IsCoprime@ for power-products (as in CoCoALib)
-
- 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...
07 Apr 2017
-
- Here is an example involving a matrix:...
-
- I have put this in the section CoCoA-5 even though the solution involves (possibly) modifying CoCoALib,
because the ... -
- Currently elements of a "list" are printed with comma-space-space between successive elements.
The string defining... -
- removed the empty lines, and checked in.
I like it! A lot more compact :-)
Have a look, what do you think?
-
- There is a class called @OSTREAM@ in @Interpreter.H:274@.
Perhaps that class could contain a flag which says wheth... -
- I'm very tempted just to remove this empty line in all cases.... after all I also remove them in the manual and in my...
-
- Perhaps the interpreter needs to have a flag saying whether a newline should be printed before printing the prompt.
... -
- The line printing the newline is this, in @LineProviders.H@:...
-
- John Abbott wrote:
> Printing out the changes of coordinates is OK as a "temporary fix".
Well, depends on what We... -
- Printing out the changes of coordinates is OK as a "temporary fix".
An equivalent function in CoCoALib should cert... -
- Final decision is:
- two good changes of coordinates are printed when verbosity is set
- a simpler change of coordi... -
- John Abbott wrote:
> It seems a bit odd to have @verbosity@ and @interrupt@ under *@types@*.
@<type>@ is used for... -
- It seems a bit odd to have @verbosity@ and @interrupt@ under *@types@*.
Better @types@ than @keywords@?
-
- also added ...
-
-
- I refined my idea: now a function implementing verbosity should have these lines in its manual entry...
-
- OK to put @IdealOfGBasis@ into @SparsePolyRing.C@ assuming you are convinced that that is the right place.
What ab... -
-
- John Abbott wrote:
> I don't recall being opposed to the idea of having @IdealOfGBasis@ (or something similar) in Co... -
- done, and checked in.
-
- Write manual entry
-
- All done
-
- To do:
- call TwinFloat
- check documentation
- Now called ApproxPointsNBM/SOI: find better acronym
Laura, Claud... -
06 Apr 2017
-
- I have just checked in a new version which should use @use-region-p@ if that fn is defined, o/w it uses @region-activ...
-
- Well done! :-)
I have made a small change: call @use-region-p@ instead of @region-active-p@
If I understand corr... -
- Done it!
I've been lucky and found @comint-interrupt-subjob@ quickly.
I had some problems in testing it (@load-file... -
- "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 CoCoALib Support #624: Wikipedia
- Here is the "wiki":https://www.everipedia.com/CoCoA/
05 Apr 2017
-
- John Abbott wrote:
> @C-c C-q@ for "hard quit" (or @QUIT@ in the emacs-cocoa menu).
there is already @C-c C-k@ "k... -
- Adding a new key-sequence should be quite easy; actually you probably need 2 new key-sequences (one for @C-c C-c@ eqi...
-
- There are emacs commands *@region-active-p@* and *@use-region-p@*.
After reading the manual, I'm not really sure wha... -
- John Abbott wrote:
> It would be nice if the key-sequence were the same as when the cursor is in the @cocoa5@ buffer... -
- 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
-
- It would be nice.
It would be nice if the key-sequence were the same as when the cursor is in the @cocoa5@ buffer, b... -
- It would be handy to have a menu item or a key-binding to send interrupt to the *cocoa5* buffer from a cocoa file.
-
- First we should decide what the public interface is to be.
* One possibility is to have 2 fns *@QuotientBasis@* and ...
Also available in: Atom