Activity
From 21 Sep 2016 to 20 Oct 2016
20 Oct 2016
-
20:10 CoCoALib Design #950 (Closed): factor and SmoothFactor for integers --> FactorINT, FactorINT_TrialDiv, FactorINT_PollardRho
- I can make @factor@ and @SmoothFactor@ for integers faster in some cases by calling @IsProbPrime@.
The risk is that ... -
20:08 CoCoALib Feature #796 (Resolved): CoCoALib function for radical (or SqFree) of a polynomial
- Checked in the code. Also two new tests @test-NumTheory6@ and @test-SparsePolyRing3@.
No documentation yet.
Name... -
16:10 CoCoALib Feature #796: CoCoALib function for radical (or SqFree) of a polynomial
- John Abbott wrote:
> Currently I have used *@radical@* in CoCoALib, and *@rad@* in CoCoA-5 (to avoid a clash with th... -
15:44 CoCoALib Feature #796: CoCoALib function for radical (or SqFree) of a polynomial
- Before checking in which name should I use?
Currently I have used *@radical@* in CoCoALib, and *@rad@* in CoCoA-5 ... -
13:30 CoCoALib Feature #796 (In Progress): CoCoALib function for radical (or SqFree) of a polynomial
- I have an implementation in CoCoALib. It took so long because of a "mysterious bug" in @ContentFreeFactor@.
My cu... -
16:32 CoCoALib Feature #838 (In Progress): Differential algebra
- The ctor args for a @DifferentialAlgebra@ are the following:
* *@n@* number of "independent variables"
* *@k@* numb...
19 Oct 2016
-
10:26 CoCoALib Feature #440: Port RealRoots to C++
- Some of Erika's people would like this to be in CoCoALib sooner rather than later!
-
10:16 CoCoA-5 Slug #948: radical is slow (compared to singular) on these examples
- The first example (with 24 indets) was consuming over 7Gbytes of RAM after 15 hours of CPU, so I killed the process (...
18 Oct 2016
-
17:49 CoCoALib Feature #949 (New): New function: IdealWithIncrementalGBasis(I, f)
- (from SC^2)
We could (easily?) implement a function doing an incremental GBasis: if I has GBasis GB, and we add a po... -
16:06 CoCoALib Feature #947: IsRadical for ideal?
- John Abbott wrote:
> I wonder if a probabilistic approach could work. If the ideal is 0-dim, the speed is adequate.... -
16:02 CoCoALib Feature #947: IsRadical for ideal?
- I wonder if a probabilistic approach could work. If the ideal is 0-dim, the speed is adequate. If not, perhaps we c...
-
15:51 CoCoALib Feature #947 (In Progress): IsRadical for ideal?
- The crude idea was just to run the usual code for computing the radical, and if at some point we determine with certa...
-
15:19 CoCoALib Feature #947: IsRadical for ideal?
- Apart from 0-dim (already implemented), and monomial, how can you determine it?
-
15:03 CoCoALib Feature #947: IsRadical for ideal?
- There is now "IsRadical" for 0-dimensional ideals. (and it's in our paper in progress ;-)
I've just realized I forg... -
14:56 CoCoALib Feature #947 (In Progress): IsRadical for ideal?
- Werner and Mario ask whether it could make sense to have an @IsRadical@ function for ideals; can this be determined s...
-
15:16 CoCoA-5 Slug #948: radical is slow (compared to singular) on these examples
- I've just added a first check if the ideal is zero-dimensional.
Thanks to our new MinPoly that is much faster.
This... -
15:01 CoCoA-5 Slug #948: radical is slow (compared to singular) on these examples
- Here is Mario's second example: I have chosen @ZZ/(101)@ for the coeffs, but the original was over @QQ@...
-
15:00 CoCoA-5 Slug #948: radical is slow (compared to singular) on these examples
- Here is Mario's first example: I have used coeffs in @ZZ/(101)@ but the original was over @QQ@...
-
14:59 CoCoA-5 Slug #948 (Closed): radical is slow (compared to singular) on these examples
- Mario gave me two examples where Singular computes the radical *much* faster than CoCoA does.
I'll put the examples ... -
15:12 CoCoALib Feature #796: CoCoALib function for radical (or SqFree) of a polynomial
- This would be quite useful. For the time being should we just add...
17 Oct 2016
-
17:41 CoCoA-5 Bug #946: Function "ideal" evaluates the argument twice
- From looking at the code in @BuiltinFunctions-CoCoALib.C@, here is a list of other suspect impls:
* *@len@*
* *@syz... -
13:13 CoCoA-5 Bug #946: Function "ideal" evaluates the argument twice
- Oh dear! The problem is more widespread. Even @len@ evaluates its arg twice 8-O
-
12:39 CoCoA-5 Bug #946: Function "ideal" evaluates the argument twice
- Are there any other fns with a similar problem? 8-{
-
12:18 CoCoA-5 Bug #946: Function "ideal" evaluates the argument twice
- Here is some code we could add to one of the CoCoA-5 tests:...
-
11:40 CoCoA-5 Bug #946: Function "ideal" evaluates the argument twice
- Two test cases:...
-
11:36 CoCoA-5 Bug #946 (In Progress): Function "ideal" evaluates the argument twice
- Having just looked at the code, I'm not entirely surprised.
Also why are there calls to @evalArgAsListOfRingElem@ ... -
11:03 CoCoA-5 Bug #946 (Resolved): Function "ideal" evaluates the argument twice
- @ideal(RING, func(...))@ evaluates func once,
@ideal(func(...))@ evaluates func twice.
14 Oct 2016
-
16:34 CoCoA-5 Slug #709: Speed of some Normaliz calls (NmzComputation)
- I have reconfirmed that there is strange behaviour on the Linux machine here in Kassel. Compiler is @g++@ version 5....
-
14:43 CoCoA-5 Feature #877: Easier syntax to make a PRINCIPAL ideal?
- Getting a better error message from the input @ideal(R,x)@ would be decidedly tricky. The error is actually triggere...
-
14:31 CoCoA-5 Feature #877: Easier syntax to make a PRINCIPAL ideal?
- The source code the *@ideal@* function in CoCoA-5 appears to start at about line 1520 in @BuiltInFunctions-CoCoALib.C...
-
13:20 CoCoA-5 Bug #757: readline: fix script for finding libreadline
- The options relating to @readline@ have inconsistent names:
* *@--with-readline=@*
* *@--with-libreadline=@*
The...
13 Oct 2016
-
17:45 CoCoA-5 Feature #927 (Feedback): Add "exit" in addition to "ciao"
- I have also change the "goodbye pop-up window" in the GUI so that it says "Ciao" instead of "Bye".
-
17:40 CoCoA-5 Bug #100: BringIn should map only the indets in its arg
- This will be a little tricky so postponing.
-
17:29 CoCoA-5 Support #181: Functions throwing error even though (trivially) defined
- Another postponement. It is probably nice for a user to find in a single place a summary of the main quirks/foibles ...
-
17:25 CoCoA-5 Feature #7: Automatic mapping between (some) rings
- No chance of finishing this is in the near future; postponing by 1 version.
-
14:25 CoCoA-5 Bug #757: readline: fix script for finding libreadline
- Should there also be an option to say not to use @readline@ even if it is present?
If so, what should the option be ... -
13:39 CoCoA-5 Design #491: Cleaning: Cruft in CoCoA-5 packages
- This issue seems dormant, in reality every time we open a package we clean it up a little bit ;-)
(for example with ... -
13:12 CoCoA-5 Design #491: Cleaning: Cruft in CoCoA-5 packages
- This is going to be a long and tedious job; moreover it should probably be done when Anna and I can be together.
F... -
13:08 CoCoA-5 Bug #755 (In Progress): Find out how to compile statically on linux
- Since the fns which depend on @libblas@ are not documented, perhaps all public versions should be without them (not j...
-
13:05 CoCoA-5 Feature #183: Template for unaryMinus?
- Postponing again; also lowered priority to *low*.
-
13:03 CoCoA-5 Bug #712: External Libs: missing dependencies in Makefiles
- Postponing because I have no idea how to resolve this (certainly not in the near future).
-
12:59 CoCoA-5 Feature #857: floor, ceil, and NearestInt for RingElem in CoCoA-5?
- I am postponing this issue; perhaps I'll wait until it becomes "necessary" for some other task, then decide what to d...
-
12:57 CoCoA-5 Bug #519: GUI: fix DEFINES in makefile
- This has been dormant for over two years; should we just close it? I guess Limbeck is/was unable to test it for us.
-
11:31 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- Thanks John! Now we have only the "16bytes"...
12 Oct 2016
-
18:25 CoCoA-5 Bug #945: Emacs UI: comint buffer silently truncates(?) long lines when sending
- The following URL may help:...
-
17:19 CoCoA-5 Bug #945: Emacs UI: comint buffer silently truncates(?) long lines when sending
- One easy way to avoid the problem is to paste the line into a buffer in @cocoa5-mode@ (_e.g._ associated to a CoCoA-5...
-
17:15 CoCoA-5 Bug #945: Emacs UI: comint buffer silently truncates(?) long lines when sending
- Note that issue #433 dealt with the problem of sending long lines from a @cocoa5-mode@ buffer to the interactive CoCo...
-
17:08 CoCoA-5 Bug #945 (Closed): Emacs UI: comint buffer silently truncates(?) long lines when sending
- I sent a long line to an interactive cocoa5 inside emacs (v.24.5).
CoCoA saw only the first part of the input line; ... -
18:08 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- I'll do @test-OrderedRing2@.... there is a leak in twinfloat.
I know where it is; now I just have to find a nice way... -
18:02 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- Anna Maria Bigatti wrote:
> First run of valgrind (I had to reinstall valgrind on my mac...)
> [...]
The "16-byt... -
17:49 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- First run of valgrind (I had to reinstall valgrind on my mac...)...
-
16:10 CoCoALib Support #944 (In Progress): Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
-
16:06 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- John Abbott wrote:
> Add also to check whether the CoCoA-5 tests pass with @BackwardCompatible.cpkg5@
OK, moved i... -
15:42 CoCoALib Support #944: Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- Add also to check whether the CoCoA-5 tests pass with @BackwardCompatible.cpkg5@
-
15:04 CoCoALib Support #944 (Closed): Release: CoCoALib-0.99550 (together with CoCoA-5.2.0)
- Everything related to making a CoCoALib release:
# Redmine Roadmap: close or postpone issue
# Redmine Release iss... -
16:56 CoCoA-5 Feature #13: (short) manual for emacs interface
- This is probably not the right place, but I happened upon the following web page about problems with Emacs becoming v...
-
16:02 CoCoA-5 Support #851: Release: CoCoA-5.2.0
- Add also to check whether the CoCoA-5 tests pass with @BackwardCompatible.cpkg5@
(automatize this step) -
15:58 CoCoA-5 Support #851 (In Progress): Release: CoCoA-5.2.0
- First round of @make ManExamples@
(checked and made a few fixes in Makefile) -
15:07 CoCoA-5 Design #943: Managing credits
- Yes, it would be good to find a way of giving recognition to those who have contributed to CoCoA(Lib).
A possible ... -
14:29 CoCoA-5 Design #943 (In Progress): Managing credits
- From #711 (8) (External Libs: print credits?)
If we do implement some scheme for recognising use of external librari... -
14:33 CoCoA-5 Feature #711 (Feedback): External Libs: print credits?
- list of linked libraries is printed what cocoa starts.
For the refinements I opened issue #943.
Feedback on this? ...
10 Oct 2016
-
21:20 CoCoALib Support #942: Which names to use? Intersection/saturation vs intersect/saturate
- I have put this issue under CoCoALib, but it is just as relevant to CoCoA-5.
In general my personal preference is ... -
21:18 CoCoALib Support #942 (In Progress): Which names to use? Intersection/saturation vs intersect/saturate
- I notice that we have the following 2 names for functions: *@intersection@* and *@saturate@*.
In CoCoA-3 and CoCoA... -
21:13 CoCoA-5 Support #940: Check all fns in packages work even without BackwardCompatible.cpkg5
- There is quite a lot of "cruft" in the packages: either commented out code or code which I suspect can never be calle...
-
21:04 CoCoA-5 Support #940 (In Progress): Check all fns in packages work even without BackwardCompatible.cpkg5
- I have already make a first pass at cleaning up the packages, but there is still more to do.
The CoCoA-5 tests are... -
20:55 CoCoA-5 Support #940 (Closed): Check all fns in packages work even without BackwardCompatible.cpkg5
- Even though (we hope that) all the packages are destined to migrate to CoCoALib, it is probably worth keeping them re...
-
21:09 CoCoA-5 Support #941: Improve coverage of CoCoA-5 tests
- This is likely to be an arduous task, and will surely take a long time.
My hope is that the same tests can still b... -
21:07 CoCoA-5 Support #941 (New): Improve coverage of CoCoA-5 tests
- While trying to "modernize" the CoCoA-5 packages, I thought that running the CoCoA-5 tests would be a good way of tra...
-
18:54 CoCoA-5 Design #929 (In Progress): Clean up CoCoALibSupplement
- I had already done some cleaning, so that now @IsConvertible@ is not used.
Now I removed the commented out old code.... -
18:23 CoCoA-5 Bug #880 (Feedback): subst should check that indet is in same ring as 1st arg, but does not.
-
18:23 CoCoA-5 Bug #880: subst should check that indet is in same ring as 1st arg, but does not.
- Done. cvs-ed.
-
17:53 CoCoA-5 Design #868: Der, Bin: why the capital letter?
- Anna Maria Bigatti wrote:
> Every so often we should run the tests without the BackwardCompatible package. (I tho... -
17:01 CoCoA-5 Design #868: Der, Bin: why the capital letter?
- John Abbott wrote:
> By "smoothly" do you mean that it should not yet be moved to @obsolete.cpkg5@?
Yes, that's w... -
16:51 CoCoA-5 Design #868: Der, Bin: why the capital letter?
- By "smoothly" do you mean that it should not yet be moved to @obsolete.cpkg5@?
We could even move @Bin@ to @obsole... -
16:05 CoCoA-5 Design #868: Der, Bin: why the capital letter?
- No need to do any change: the official names are indeed @binomial@ and @deriv@ as in cocoalib.
I'd rather keep @Bin@... -
15:38 CoCoA-5 Design #868: Der, Bin: why the capital letter?
- My preference is for *@deriv@* in both CoCoALib and CoCoA-5, but that is not backward compatible :-/
I think @deriv@... -
14:41 CoCoA-5 Design #868 (Feedback): Der, Bin: why the capital letter?
- Should we change @deriv@ into @der@ in CoCoALib?
-
17:44 CoCoA-5 Feature #845: Primary Decomposition in CoCoA-5.1.6: zero dimensional, finite characteristic
- I believe this is at a good point, especially for prime cardinality. Elisa?
-
17:05 CoCoA-5 Feature #877 (Feedback): Easier syntax to make a PRINCIPAL ideal?
- Close this issue? I think that @ideal(x)@ is hard to beat ;-)
-
16:04 CoCoA-5 Design #939: Rename Fact to factorial?
- No need to do any change: the official name is indeed @factorial@.
I'd rather keep @Fact@ working smoothly for some ... -
15:28 CoCoA-5 Design #939: Rename Fact to factorial?
- In #868 (comment 3) Anna pointed out that the name *@Fact@* could easily be seen as ambiguous (short for *@factorial@...
-
15:21 CoCoA-5 Design #939 (Closed): Rename Fact to factorial?
- I suggest renaming *@Fact@* to *@factorial@*, the same name as used in CoCoALib.
This change is not backward-compati... -
15:13 CoCoA-5 Bug #852 (Feedback): fix OnlineManual.C so that version number may be removed from CoCoAHelp.xml
- Yes, apparently I thought I still needed the version in the xml, but I don't.
I cannot imagine what may go wrong rem... -
14:56 CoCoA-5 Bug #852: fix OnlineManual.C so that version number may be removed from CoCoAHelp.xml
- It seems this is no longer needed.
... I cannot find any use of version and date in online.C...
another thing I did... -
14:38 CoCoA-5 Support #863 (Feedback): CoCoA-5 manual: IsInteger and IsRational are missing?
- I wrote it in June, and forgot to report it.
Feedback now. -
14:34 CoCoA-5 Feature #903: New function CallOnGroebnerFanIdeals: call function on GFan ideals
- cvs-ed manual
-
13:44 CoCoA-5 Feature #903 (Feedback): New function CallOnGroebnerFanIdeals: call function on GFan ideals
- added @CallOnGroebnerFanIdeals@. Works fine.
Philosophically a stream would be cleaner, but no time to think about ... -
13:51 CoCoA-5 Feature #927: Add "exit" in addition to "ciao"
- I have added the keywords *@exit@* and *@quit@* to the file @cocoa5.el@.
-
13:40 CoCoA-5 Bug #918 (Closed): UniversalGBasis: sometimes gives error
08 Oct 2016
-
22:24 CoCoALib Feature #910: BigRat: read from a string in "decimal" format?
- Unfortunately the code for reading "decimal numbers" appears twice: once in *@operator>>@* for @BigRat@ and once agai...
-
22:10 CoCoALib Bug #936 (Feedback): ReadExpr: cannot handle exponent which is not integer literal
- I have now implemented the following:
after @^@ there may be an unsigned integer literal or @(@ optional-sign unsign... -
22:04 CoCoA-5 Feature #606: Evaluate in ring operator (was called :: in CoCoA-4)
- The suggestion of another function (perhaps called @ReadExprList@) still seems good to me.
Hmmm, but then again a ... -
21:59 CoCoA-5 Feature #909 (Feedback): ReadExpr: decimal point
- I think I have fixed it all now.
The comment about changed semantics (comment 5) no longer holds!
Note that @1.... -
21:55 CoCoALib Bug #938 (Feedback): ReadExpr: misreads 2/3^4
- I have fixed it now, and added a new @test-RingElem5@ for the function @ReadExpr@ (for rational numbers).
Trickier...
07 Oct 2016
-
15:15 CoCoALib Bug #938 (In Progress): ReadExpr: misreads 2/3^4
- I see no choice but to make @2/3^4@ read as an expression @div(2, power(3,4))@, and this implies that all rationals e...
06 Oct 2016
-
11:38 CoCoALib Bug #938: ReadExpr: misreads 2/3^4
- It is a slightly subtle bug: at first sight it seems reasonable that @<constant>^<integer>@ should yield the obvious ...
-
11:37 CoCoALib Bug #938 (Closed): ReadExpr: misreads 2/3^4
- After my change to @ReadExpr@ so that it can read rational numbers, the fn now misreads @"2/3^4"@ and produces 16/81 ...
-
08:30 CoCoALib Feature #937 (Closed): LinDepMill: Mill for linear dependencies
- Currently in MinPoly.C there is a class IncrLinDep.
It is small and neat: I think this is the perfect paradigm for a... -
07:47 CoCoALib Bug #936: ReadExpr: cannot handle exponent which is not integer literal
- John Abbott wrote:
> What exactly do we want to allow in the exponents?
> The simplest solution would be to allow e...
05 Oct 2016
-
17:12 CoCoALib Bug #936: ReadExpr: cannot handle exponent which is not integer literal
- The relevant source is around line 100 of @RingElemInput.C@
-
17:12 CoCoALib Bug #936: ReadExpr: cannot handle exponent which is not integer literal
- What exactly do we want to allow in the exponents?
The simplest solution would be to allow either an integer liter... -
17:08 CoCoALib Bug #936 (Closed): ReadExpr: cannot handle exponent which is not integer literal
- The fn @ReadExpr@ fails if input contains an exponent which is not an integer literal: for instance...
-
16:40 CoCoALib Feature #910: BigRat: read from a string in "decimal" format?
- I'm not sure how related this is: a twin-float value can be printed out with a trailing @<dot>@ if the value is very ...
03 Oct 2016
-
17:29 CoCoALib Bug #935: ElimMat, ElimHomogMat: complain about zero or negative weights
- It seems that the weights must be integer. This should be documented!
-
17:28 CoCoALib Bug #935 (Closed): ElimMat, ElimHomogMat: complain about zero or negative weights
- The fns @ElimMat@ and @ElimHomogMat@ should give error if the user supplies weights are not strictly positive (intege...
-
14:13 CoCoA-5 Bug #757 (Feedback): readline: fix script for finding libreadline
- This has been "resolved" for 4 months; moving it to "feedback". I expect the current scripts are not perfect, but th...
-
12:29 CoCoA-5 Bug #755: Find out how to compile statically on linux
- I record that on 2016-05-20 Logar sent the following email (in italian) which says that the critical linux package to...
30 Sep 2016
-
22:11 CoCoALib Design #934: MachineInt: change semantics?
- I tried on my old MacBook with g++-4.2, and the results were disappointing. The new class @INDEX@ was significantly ...
-
15:01 CoCoALib Design #934: MachineInt: change semantics?
- In the example code above, initially I used the name @index@ for the class (rather than @INDEX@) but that produced st...
-
14:21 CoCoALib Design #934: MachineInt: change semantics?
- Here is the test code I have been using: (functional rather than elegant)...
-
14:12 CoCoALib Design #934: MachineInt: change semantics?
- For the record, here are the timings I obtained (on the Linux tower in my office):
built-in @IdentityMat@ 1.66s
@Id... -
13:46 CoCoALib Design #934: MachineInt: change semantics?
- I implemented a prototype, and ran a speed test. The results are mixed: usefully faster than current @MachineInt@, b...
-
11:38 CoCoALib Design #934: MachineInt: change semantics?
- Advantages:
* One hope is that the simpler implementation may allow the compiler to be clever (and optimise away alm... -
11:28 CoCoALib Design #934 (In Progress): MachineInt: change semantics?
- The implementation of @MachineInt@ is a bit messy as it tries to guarantee that no information will be lost (_e.g._ a...
-
13:31 CoCoALib Feature #813: Implement "elim" in CoCoALib
- This should be easy once elim orderings are properly implemented, right?
-
11:20 CoCoALib Design #933 (In Progress): Separate configure scripts for CoCoALib and CoCoA-5
- Currently there is a single @configure@ script for both CoCoALib and CoCoA-5. Strictly they should be separate.
I... -
11:06 CoCoALib Design #932: CoCoALib configuration: BOOST dependency
- A reasonable solution might simply to be to remove the BOOST dependent code in @ThreadsafeCounter@. This would mean ...
-
11:01 CoCoALib Design #932: CoCoALib configuration: BOOST dependency
- As far as I can see, the code in @ThreadsafeCounter@ will probably become much simpler when we switch to C++11 (since...
-
10:55 CoCoALib Design #932 (Closed): CoCoALib configuration: BOOST dependency
- Currently we have a single configuration process (script) for both CoCoALib and CoCoA-5. This is not ideal!
Gereo... -
10:46 CoCoALib Feature #319: BOOST -- how it could help in CoCoALib
- An aspect to bear mind if we do opt to become BOOST dependent is that linking would then require linking (first) with...
29 Sep 2016
-
19:01 CoCoALib Design #822: Should ElimMat return a ConstMatrix
- John Abbott wrote:
> Should @ElimMat([1,2,3], 4)@ and @ElimMat([3,2,1], 4)@ give the same result? Why or why not?
... -
17:15 CoCoALib Design #822: Should ElimMat return a ConstMatrix
- Should @ElimMat([1,2,3])@ and @ElimMat([3,2,1])@ give the same result? Why or why not?
In other words, does the o... -
16:04 CoCoALib Design #805 (Closed): New type for "constant" matrices?
-
16:03 CoCoALib Design #592 (Closed): Review design of ConstMatrixView
- I'm no longer sure what worried me so much about @ConstMatrixView@; I suspect that the new class @ConstMatrix@ has pr...
24 Sep 2016
-
21:45 CoCoALib Feature #931 (Closed): GBasis verbose mode
- Make GBasis verbose mode official (both in CoCoALib and CoCoA-5).
Requested by Tetsuo Ida -
21:43 CoCoALib Bug #930: Printing TwinFloat as (rational) coeff without brackets
- Since we have decided that expressions of the form @1/3*x@ deserve a warning on input, and since with genuine rationa...
-
21:40 CoCoALib Bug #930 (New): Printing TwinFloat as (rational) coeff without brackets
- A polynomial with TwinFloat coeffs does not put the coeffs in brackets....
22 Sep 2016
-
18:24 CoCoALib Design #805 (Feedback): New type for "constant" matrices?
- I've written some hasty documentation... it's better than nothing.
-
16:35 CoCoALib Design #805 (Resolved): New type for "constant" matrices?
- JAA continues to like the idea of @ConstMatrix@. A nice advantage compared to @ConstMatrixView@ is that an object of...
-
17:37 CoCoALib Design #822: Should ElimMat return a ConstMatrix
- general improvement on coherence and readability of ElimMat and ElimHomogMat (was HomogElimMat)
-
16:16 CoCoALib Bug #793 (Closed): compilation on fedora 23: some worrying "error messages"
- I have not noticed this problem lately. It wouldn't surprise me to find that it is due to the "wobbly" remote file s...
-
16:08 CoCoALib Support #887: My first compilations with clang
- removed TmpSmartPtrIRCCOW.H (gave warnings, and it was not used)
I saved a copy called TmpSmartPtrIRCCOW.H.dont-read... -
15:49 CoCoALib Support #887: My first compilations with clang
- when running dependencies there are lots of warnings about boost...
-
15:25 CoCoALib Support #887: My first compilations with clang
- Being annoyed by this repeated message (and also thinking of any other Mac user!!) ...
-
09:59 CoCoALib Feature #902 (Feedback): New function: FrobeniusMat
- Elisa confirmed.
-
08:41 CoCoA-5 Design #929 (In Progress): Clean up CoCoALibSupplement
- Many functions in CoCoALibSupplement are just there because they need conversion from BigInt to long (or vector of Bi...
-
08:39 CoCoA-5 Support #290: Which functions are defined in CoCoALibSupplement?
- Many functions in CoCoALibSupplement are just there because they need conversion from BigInt to long (or vector of Bi...
21 Sep 2016
-
22:08 CoCoA-5 Bug #928: ciao, exit, quit can be used not only at top level
- Marked as low priority as it probably affects no-one (unless someone is looking for trouble by putting @ciao/exit/qui...
-
22:03 CoCoA-5 Bug #928 (New): ciao, exit, quit can be used not only at top level
- The manual for ciao/exit/quit says the command can be used only at top level. This is apparently not true....
-
22:00 CoCoA-5 Feature #927 (Resolved): Add "exit" in addition to "ciao"
- What I did to add command "exit".
cd src/CoCoA-5
fgrep Ciao Lexer.C
--> Keyword("Ciao", TT_CIAO)
In Lexer.H ... -
21:32 CoCoA-5 Feature #927: Add "exit" in addition to "ciao"
- I think it should not be too hard to add an "exit" command, but this means introducing a new keyword which could, in ...
-
17:52 CoCoA-5 Feature #927 (Closed): Add "exit" in addition to "ciao"
-
18:39 CoCoALib Support #887: My first compilations with clang
- Improved documentation about compiling ExternalLibs (after much suffering in recompiling with clang)
-
18:37 CoCoALib Design #822: Should ElimMat return a ConstMatrix
- just simplified CoCoA-5 porting (no longer passing through CoCoALibSupplement)
I'd like to change HomogElimMat into ... -
18:17 CoCoALib Support #694 (Closed): In test files: when is assert.H needed?
-
07:47 CoCoALib Support #694: In test files: when is assert.H needed?
- Works fine for me (clang)
-
17:34 CoCoALib Bug #864 (Closed): Assignment of rings (esp. derived rings such as PolyRing)
- This has been idle for 6 months; no problems have arisen. I have written a test (checked in).
So closing.
-
17:15 CoCoALib Support #505: Documentation: write doc for RingDenseUPolyClean
- I have just written a test (@test-RingAssign1@) which needed to create some DUP rings. I was surprised to discover t...
-
14:37 CoCoALib Design #815 (Closed): GlobalManager: Imminent disaster should be a proper error
- I am closing (rather than rejecting) this issue. Here is a summary:
* throwing an exception is not possible (becaus... -
13:29 CoCoALib Support #926: Documentation: check layout of history at end of generated HTML files (from the txt files)
- Not really important, but it's nicer if the layout is correct.
Something to do when not feeling up to much... :-/
... -
13:28 CoCoALib Support #926 (New): Documentation: check layout of history at end of generated HTML files (from the txt files)
- I noticed that the layout of the "history" at the bottom of the manual page for @MatrixView@ was incorrect. It is no...
-
12:51 CoCoALib Design #925 (In Progress): MachineInt or long for args which are indices (yet again)
- After some reflection and after speaking to Anna...
I now think that @MachineInt@ is wrong for indexes; the type @Ma... -
07:36 CoCoALib Feature #899 (Closed): IsMaximal, IsPrimary for IDEAL (in cocoalib)
- The function themselves work fine. The discussion now is about the implementation of the bool3 flags, which is a mor...
Also available in: Atom