Activity

From 15 May 2016 to 13 Jun 2016

20:40 Feature #889 (In Progress): configure script: give summary of warnings at end: I have modified the @configure@ script so that the last line of output recalls all warnings. It seemed to work for M... John Abbott
14:09 Feature #889 (Closed): configure script: give summary of warnings at end: The CoCoALib @configure@ script can produce warnings during its execution, however these easily become invisible/igno... John Abbott
20:35 Feature #759 (In Progress): Configuration: where to keep source for test compilations?: Some scripts contain the source code inside themselves (as here-documents), others rely on an external existing (in a... John Abbott
15:32 Bug #593: Temporary directories used during configuration: Another advantage of using @/tmp@ is that scripts no longer need to test whether they are being run from the CoCoA ro... John Abbott
11:39 Bug #593: Temporary directories used during configuration: After waiting for several configure-make cycles to complete on the fixed machine here in Kassel, I have concluded tha... John Abbott
14:11 Bug #867: Compilation Error: C++11 and old GMP-Version: I have opened issue #889 which should resolve this issue (if my understanding of the problem is correct, namely that ... John Abbott

17:32 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: John Abbott wrote:
> Can you tell your compiler (clang/llvm) to use the old standard? You will have to look in the ... Anna Maria Bigatti
17:21 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: Can you tell your compiler (clang/llvm) to use the old standard? You will have to look in the documentation to see h... John Abbott
17:08 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: I've found this ;-)
[[https://github.com/Macaulay2/M2/issues/66]]
I copy here the reply from Bjarke Roune
======... Anna Maria Bigatti
16:55 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: I do not recognise the error message you have posted.
Do you have to tell your compiler to use the C++03 standard ... John Abbott
16:50 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: John Abbott wrote:
> OK, I have change the documentation. Could you check to see if it makes sense?
I believe I ... Anna Maria Bigatti
16:09 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: OK, I have changed the documentation. Could you check to see if it makes sense? John Abbott

15:46 Bug #756: frobby (v0.9.0) does not compile with g++-4.8: Could you write the changes in the documentation @ExternalLibs-Frobby.txt@?
Anna Maria Bigatti

15:37 Feature #206: Matrix equation solving: LinKer: For aesthetics: now changes sign to the LinKer matrix (so that the entries corresponding to the "pivots" are "1" inst... Anna Maria Bigatti
13:47 Support #887: My first compilations with clang: John Abbott wrote:
> I like the idea of adding some hints about compiling external libraries. I already have some n... Anna Maria Bigatti
13:31 Support #887: My first compilations with clang: I like the idea of adding some hints about compiling external libraries. I already have some notes (but perhaps they... John Abbott
13:28 Support #887: My first compilations with clang: The warnings about infinite recursion correspond to code which has a comment @BUG BUG BUG@; I suppose I'll fix it wh... John Abbott

17:05 Support #887: My first compilations with clang: CoCoA-5 running!!... Anna Maria Bigatti

15:55 Support #887: My first compilations with clang: ... another thing I don't really know the meaning of:... Anna Maria Bigatti
15:49 Support #887: My first compilations with clang: I expect this is well under control ;-)... Anna Maria Bigatti
15:27 Support #887: My first compilations with clang: ... I'm not quite sure what this refers to...... Anna Maria Bigatti
15:16 Support #887: My first compilations with clang: *This is just a local problem with files not in cvs*
The file @/include/CoCoA/TmpSBStats.H@ contains the line... Anna Maria Bigatti
15:14 Support #887 (Closed): My first compilations with clang: I've just updated to MacOS 10.11 (from 10.6).
Here I note the problems and remarks on the first compilations. Anna Maria Bigatti

17:01 Slug #881: ReadExpr is too slow on large polys: Using the profiler on a linux box I noticed that @DistrMPolyInlPP::myPushFront@ was using surprisingly much time. I ... John Abbott
16:57 Feature #885: IsIrred3: fast 3-way irred test (returning bool3): The idea of @IsIrred3@ was created because of some computations Mario needed to do with multivariate polynomials, so ... John Abbott
11:13 Feature #885 (In Progress): IsIrred3: fast 3-way irred test (returning bool3): Some questions:
* *(A)* what should the function be called? Is @IsIrred3@ a reasonable name?
* *(B)* what should t... John Abbott
16:49 Design #846: IsIrred: correct design?: The simplest design is to make @IsIrred@ call @IsIrred3@; this somehow equates calling @IsIrred3@ to handling the tri... John Abbott
13:43 Design #846 (In Progress): IsIrred: correct design?: I think a first version of @IsIrred@ should give error if the ring is a field; if it turns out that this is inconveni... John Abbott

17:27 Feature #885 (In Progress): IsIrred3: fast 3-way irred test (returning bool3): Implement an irreducibility test @IsIrred3@ which is guaranteed to be fast, but returns a @bool3@.
John Abbott
15:25 Slug #884: DistrMPolyInlPP::myPushFront and DistrMPolyInlPP::myPushBack inefficient if arg is a PP: I wrote a special reading fn for polynomials (using a "private" linearization). It was not as fast as I hoped, and p... John Abbott
15:20 Slug #884 (New): DistrMPolyInlPP::myPushFront and DistrMPolyInlPP::myPushBack inefficient if arg is a PP: In the class @DistrMPolyInlPP@ the mem fns @myPushFront@ and myPushBack@ can accept raw coeff and raw pp, *BUT* the i... John Abbott

13:44 Slug #881 (Resolved): ReadExpr is too slow on large polys: I have modified @ReadExprInSparsePolyRing@ so that sums of terms are handled specially: the terms are simply appended... John Abbott

Also available in: Atom

CoCoA » CoCoALib