Activity
From 31 Dec 2019 to 29 Jan 2020
29 Jan 2020
-
22:24 Bug #986 (In Progress): GFan: require version newer than 0.6
- *2020-01-28* I have written to Anders. He is willing to put a @GFANLIB_VERSION@ CPP macro in future versions (starti...
-
- I have just stumbled across "GPG" signatures for software. There is a description at @https://www.gnupg.org/gph/en/m...
28 Jan 2020
-
- Julian already has an impl which works for him/
We should decide exact semantics and API.
*After* Vietnam!
-
- Add a new function to perform interreduction of a list of polys.
Julian already has an impl.
27 Jan 2020
-
- We should check the situation, and add appropriate advice in the release notes!
-
- I am rejecting this issue.
The "squarefree" part is too risky/costly for large integer args.
It could be done for p... -
- It still happens -- in a sense.
It is not really harmful; just a bit annoying.
If I do @make lib@ then it compi... -
- Currently we have @MakeTermOrd@ both in CoCoALib and CoCoA-5.
Acceptable? Close?
Last comment was 2 years ago.
-
- This was presumably done about 4 years ago, but we forgot to close the issue...
Closing now.
-
- The timings on my current machine (Fujitsu) are:
@FactorMultiplicity(2, N)@ about 16s
@FactorMultiplicity(5, N)@ ... -
- It would be nice to finish this issue... possible for 0.99700?
[not really urgent, but its has been lingering for a ... -
- Here is what I did:...
-
- What is the status of this issue? Can we close it?
-
- Since we moved to C++11/C++14 we can use an atomic C++ counter instead of the threadsafe code; so I have already dele...
26 Jan 2020
-
- Now I think this is done:...
-
- Should we close this issue? Is it quite old, and I think we have learned to use redmine reasonably well.
Accordin... -
- Here is a simple program I have used for testing (just printing of @BigInt@):...
25 Jan 2020
-
- Better to postpone this?
-
- Any progress here?
I have noticed many files still do not have Abbott and Bigatti as copyright holders; I usually ... -
- Comment 18 about says that I have checked the code in (seems to be true!)
*Still no doc; and probably no examples.*
-
- The issue about allowing @[...]@ or not is similar (in my mind) to the issue about a semicolon at the end *@ReadExprS...
24 Jan 2020
-
- I blindly followed the advice in the error mesg, and now it seems to work.
Checking in :-)
-
- I was lucky 5 month ago... now I cannot even compile gfanlib. @configure@ fails :-(
-
- Now CoCoALib compiles with GFan, but @test-GFan1@ give the same problem as mentioned in #1308.
-
- It seems that @configure@ was giving just a warning (which is probably not a good sign). Anyway, it also created the...
-
- I have installed @cddlib-094j@, or so I believe -- a header file reports 0.94i as the version.
I then tried:
<pre...
18 Jan 2020
-
- Should the "get-row" or "get-col" function make a copy or just refer to the original matrix?
Making a copy could b... -
- We could even use the names *@row@* and *@col@*, so sample uses would be ...
-
- We should make a few tests to see what actually happens with the current scripts.
While it should be harmless to a...
17 Jan 2020
-
- I think the current impl is acceptable; so moving to _feedback_. Doc seems OK too.
-
- To release source code we should do the following:
# generate TARGZ file (maybe also TAR.XZ which is usually smalle... -
- Original request came from Winfried Bruns (via email on 2020-01-17).
The purpose of the SHA-256 checksum is to pro... -
- Winfried Bruns requests that we make available also an SHA-256 checksum for code that we distribute.
This seems to...
15 Jan 2020
-
- The following computation seems to spend more time in "clean up" than elsewhere; is this reasonable?...
-
- It is probably best to regard this as resolved, and just test it as is.
Perhaps it is not perfect, but I think the c...
14 Jan 2020
-
- I have just repeated the steps described in comment 4, and this time it worked as hoped.
I have a *doubt*: in the ...
13 Jan 2020
-
20:49 Feature #357: Constructor for vectors? CoCoAVector
- John Abbott wrote:
> Recalling part of my comment 13:
> One aspect we could implement, which C++ does not, is the n... -
- Recalling part of my comment 13:
One aspect we could implement, which C++ does not, is the notion of "list of elems ... -
- Re-reading the comments I think it's not worth it.
I went through all the code and removed all calls to @CoCoAVect... -
- OK, I think we should not make a function in lib.
I added an example in ex-c++.C.
Now I realized that there is a ... -
- This works fine now, but only for few orderings.
The general case will not be done for this release. Postponing. -
- No hope to make this in time for 0.99720 (requires too much planning)
-
- Example: so I know where to find one ;-)...
-
- The real solution is using @RingElems@, this new function is actually quite useful for other things too, and also in ...
-
- We could have a @RingElemList@ in CoCoA-5.
I have defined a function in @NotBuiltin.cpkg5@. About to check it in.
... -
- Could it make sense to have a "variant" fn which accepts @[@ and @]@?
Maybe @RingElemVec@ or @RingElemList@?
-
- It is compatible with @NewPolyRing(QQ, "x,y,z")@.
I prefer not to add the brackets because then we have to make th... -
- Thanks for the explanation. Now I will remember why.
12 Jan 2020
-
- JAA thinks this proposal should be *REJECTED* because it is unsafe.
The crucial point is that if the data fields @...
10 Jan 2020
-
- I was a little surprised that @RingElems(P, "[x,y]")@ produced a run-time error.
Would it make sense to allow an i... -
- I have checked and this has not yet been done completely.
It seems that the easy solution is to use the *@trap@* fac... -
-
- Should there also be more tests where the result is @false@? Probably little point. I could add a couple of really ...
09 Jan 2020
-
-
- I now disagree with my comment 3 (above), and think that it is (usually) best to create the @SignalWatcher@ just afte...
-
- I think I sent my file (*@FIX_PERMS.sh@*) to Anna via email; and I believe she said it worked mostly OK for her.
She... -
- These fns were already mentioned in the previous release (0.99650).
Closing after spending 3 months in _feedback_. -
- Last comment was 8 months ago. The code is there (presumably added then); it is documented.
A comment says there ar... -
- A quick search with @fgrep@ shows that all error mesgs are printed out on @/dev/stderr@
No doubt another check will ... -
- On my main machine @gmp-find.sh@ (with SSD) takes less than 1s; on the little "netbook" it took about 2.8s.
Faster m... -
- I think I have found out what the problem is: in some (all?) @Makefile@ the dependencies file has a declared dependen...
-
- Here is what happened (I think):
* changed version number (CoCoALib and CoCoA-5)
* configure again
* start to buil... -
- This is a bit tricky.
As far as I can see, @make veryclean@ deletes @include/CoCoA/PREPROCESSOR_DEFNS.H@, but then... -
- I have a prototype which seems to work.
It is very simple: accepts a matrix, and returns a matrix. No smarts inside... -
- I think the clue is in the line above about @MemPool@.
In the dtor for the ring the fields are destroyed in revers... -
- every concrete ring have these lines (in .C file)...
-
- Postponing because this is not essential for the next release, and choosing _status quo_ seems to be harmless while a...
-
- Is there any disadvantage to creating a @SignalWatcher@ always?
I think it incurs essentially no run-time cost.
A... -
- Should the @GlobalManager@ have the ability to create a @SignalWatcher@?
If so, should the default be to create a @S... -
- I think that the _documentation_ for the @configure@ script is clear enough now; so am moving this issue to _feedback...
-
- It is not quite as simple as I wrote in the previous comment.
The option *@--with-boost=@* will automatically caus... -
- There is the configiration option *@--no-boost@* which automatically inhibits building CoCoA-5 (well, it is supposed ...
-
- I think that this has been done now... I suppose someone should check properly. :-/
08 Jan 2020
-
- Here is a test case:...
07 Jan 2020
-
- I think the question was intended as: "can we let the user define an ideal over ZZ[x[1..n]]?"
Now it gives an error:... -
- JAA moved this to @CoCoALib@.
I think this will not be possible before the CoCoA School in early March (or, at lea...
06 Jan 2020
-
06:46 Feature #1381 (In Progress): Type ideal for ZZ[x[1..n]]
- Is it possible to add the type ideal for the ring ZZ[x[1..n]]?
Also available in: Atom