Activity
From 01 Feb 2017 to 02 Mar 2017
02 Mar 2017
-
15:51 Bug #1015: Bruns SEGV: SparsePolyIter/DMPI problem
- JAA should also check the value of ULONG2LONG... perhaps need a template approach?
-
- Implemented (using @submat@).
Still have to write tests and doc.
-
14:50 Design #934: MachineInt: change semantics?
- After personal discussion in Kassel: I agree.
-
- Still to do: non-homogenous input
-
- John Abbott wrote:
> What exactly does multiplicity do?
>
> I made the mistake of trying to compute @multiplicity... -
- Set 100 for first GBasis printouts
-
- John Abbott wrote:
> In the meantime, Anna plans to add the appropriate verbosity lines to @myDoGBasisElimFirst@.
... -
- Answer to previous question is that internally Anna uses a hack: she calls @myDoGBasisElimFirst@ rather than the gene...
-
- John Abbott wrote:
> I prefer to have two distinct functions *@GBasis@* and *@ReducedGBasis@* because:
done.
Sho... -
- I prefer to have two distinct functions *@GBasis@* and *@ReducedGBasis@* because:
* the name *@ReducedGBasis@* gives... -
-
- Changed interface (after personal discussion in Kassel):...
-
- It seems to me that this will be covered by the "braced constructor" for C++ vectors that appeared in C++11.
What ... -
-
- Implement @ReducedGBasis@ for @RingWeyl@ and other potential future non-commutative rings.
01 Mar 2017
-
- I have now added an automatic check for @CoCoA_THREADSAFE_HACK@.
If you compile the library with one setting and try... -
- The problem goes away if the flag *@-DCoCoA_THREADSAFE_HACK@* is added to the compilation line.
At the moment I do... -
- The problem continues to arise with the following simplified compilation command:...
-
- Here we have a minimal failing example:...
-
- The problem arises under the following conditions:
* CoCoALib is configured with @--threadsafe-hack@ and @--no-boost... -
- Winfried Bruns reported a SEGV problem by email.
The following code will exhibit it: @F@ is a poly with a single t...
25 Feb 2017
-
11:11 Support #1013: GlobalManager: name of object in examples (and tests)
- > Would *@InitializeCoCoA@* be more comprehensible?
Perfect!
24 Feb 2017
-
- Another (mild?) incompatibility is that in CoCoA-5 @RowMat@ and @ColMat@ accept as input lists of INT and/or RAT.
In... -
- At the moment JAA thinks that giving an error is probably better.
Is there a situation where one might reasonably ... -
- In CoCoA-5 one can call @RowMat([])@ and @ColMat([])@ to produce a matrix 1x0 or 0x1.
In CoCoALib a similar call pro... -
- What should @RowMat@ and @ColMat@ do if given am empty list/vector as argument?
-
- What should these functions do if the matrix is 0-by-C or R-by-0?
Return a 0-by-1 or 1-by-0 matrix? -
- Another possibility: uglier, but possibly clearer?
* *@RowMatView@*
* *@ColMatView@*
The intention is that the r... -
- In just a couple of days I shall have to present CoCoALib and its examples.
Indeed, I shall probably concentrate on ... -
- At the moment all CoCoALib examples use the name *@CoCoAFoundations@* for the @GlobalManager@ object.
Is there a b...
20 Feb 2017
-
- Currently I am just adding the "keyword" *@MatrixFp@*
Some code has already been written, and it is in the file @sr... -
- How does this issue differ from issue #83?
-
- Mario makes essential use of various C++11 featues (_e.g._ @auto@ variable declarations).
The problem is that CoCo... -
- Mario would like to incorporate his Hilbert scheme code, but to do so he must compile with c++11 (because he uses sev...
-
- @Winfried: could you check whether this problem persists in the latest version of CoCoALib?
There is version from 16...
17 Feb 2017
-
- Apart from the improvements we can do for @elim@ (and are about to do ;-)
I think @myFinalizeGBasis@ can be improved...
16 Feb 2017
-
- The function creating the vector of coefficients (wrt a QB) can be improved.
(this is an internal and costly functio... -
- The same example computed using @MinPolyQuot@ is much faster: about 0.2s :-)
Maybe @elim@ can be programmed to us... -
- I happened upon the file for the example, and tried it with @SetVerbosityLevel(1999)@.
It seems that much of the tim... -
- How about starting with just two ranges?
1--9 for users
10--??? for CoCoA packages and CoCoALib
I had also consi... -
- I prefer the mnemonic number of digits. So I suggest
1 digit -- free for users
2 digits -- cocoalib and cocoa pac...
15 Feb 2017
-
- Anna's idea of reserving certain ranges for different "levels" of function appeals to me. I think her ranges are too...
-
- All tests pass. I have now checked in the change. ==> feedback
13 Feb 2017
-
- No problems has been reported so far, so moving to "feedback".
I think the solution I have chosen should be compat... -
- OK, then we agree to eliminate the function @square@. It will disappear the next time I do a check in (later today?)
-
- If we had a @square@ we should document how it differs from @power(x,2)@. So I think we'd better not.
If we have @m...
12 Feb 2017
-
- So far we have not really felt the need for a @square@ function in CoCoALib (presumably).
So maybe it does not mak... -
- A search for @square@ showed that there had been a @square@ function for @RingElem@, but that it was removed (presuma...
-
- In @utils.H@ there is a fn called @square@ defined only for @double@. It used only in @ApproxPts.C@.
I am sure th...
10 Feb 2017
-
- I think we should set some rules like:
1 - 9 (or to 99) reserved for users.
100 - ?? for higher cocoa/cocolib fu...
01 Feb 2017
-
- I have added some lines to copy documentation and examples:
* @doc/CoCoALib.pdf@ is copied into @/usr/local/include... -
- I have already written a first *@install@* target for CoCoALib (and a first attempt to use it required a system reins...
-
- There should be an *@install@* target for CoCoALib.
-
- Anna reports that the modified script worked as desired on M$ plaform.
So I have changed the other scripts (which ne... -
- I have found a plausible solution on StackExchange (256434):
the following (Bourne) shell function was given as a so... -
- Anna has just reported that some scripts give incorrect errors about paths not being absolute.
The problem probabl... -
- I am happy with the format of the printed error messages. It remains to decide between @/dev/stderr@ and @/dev/stdou...
Also available in: Atom