Project

General

Profile

Activity

From 19 May 2016 to 17 Jun 2016

17 Jun 2016

22:24 Design #891: Replace auto_ptr in preparation for C++11?
A quick check we should do is to string-replace all @auto_ptr@ with @unique_ptr@ and see if the code compiles cleanly... John Abbott
22:23 Design #891: Replace auto_ptr in preparation for C++11?
Obviously we are not the first to encounter this problem.
My understanding is that @std::unique_ptr@ is intended a...
John Abbott
22:17 Design #891 (Closed): Replace auto_ptr in preparation for C++11?
Compiling CoCoALib with @--std=c++11@ produces lots of warnings about @std::auto_ptr@ being deprecated
Reportedly ...
John Abbott
15:51 Feature #357: Constructor for vectors? CoCoAVector
We have these (for short lists)... Anna Maria Bigatti

16 Jun 2016

17:18 Design #827: NewPositiveMat also for matrices over QQ? Also NewIntegerOrdMat. (now called MakeTermOrd)
What is the status of this issue?
I'm hoping it can be closed quickly and easily for the next (imminent) release.
John Abbott
17:14 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
What is the answer to the original question?
Comment 1 proposed an answer, and asked for discussion. The other co...
John Abbott
17:09 Feature #800: PPMonoidSparse: impl of sparse PPs
As reported in issue #842 execution speed is sometimes very disappointing, so currently it may not be such a good ide... John Abbott
17:03 Design #789: NumTheory: behaviour of InvMod when inverse does not exist
We could also offer 2 functions: @InvMod@ which throws, and @InvModNoThrow@ which returns 0.
To maintain backward ...
John Abbott

15 Jun 2016

14:35 Bug #547: elim using RingTwinFloat triggers error "SERIOUS"
I have confirmed that both examples still trigger @ERR::SERIOUS@ with 5.1.5 on CoCoALib 0.99543.
John Abbott

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

10 Jun 2016

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

08 Jun 2016

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

06 Jun 2016

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

01 Jun 2016

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

31 May 2016

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

25 May 2016

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

24 May 2016

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
 

Also available in: Atom