Activity
From 22 May 2016 to 20 Jun 2016
20 Jun 2016
- 15:01 Design #849: Cleanup MinPoly code
- The function @MinPoly@ (and @MinPolyQuot@) should be straight calls to @MinPolyDef/MinPolyDefQuot@
- 14:54 Design #849: Cleanup MinPoly code
- The current functions should be renamed @MinPolyXXQuot(f, I, z)@
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...
- 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... - 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 ... - 15:51 Feature #357: Constructor for vectors? CoCoAVector
- We have these (for short lists)...
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.
- 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... - 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...
- 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 ...
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.
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...
- 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...
- 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...
- 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...
- 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...
- 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 ...
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 ... - 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...
- 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
======... - 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 ... - 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 ... - 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?
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@?
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...
- 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... - 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...
- 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...
01 Jun 2016
- 17:05 Support #887: My first compilations with clang
- CoCoA-5 running!!...
31 May 2016
- 15:55 Support #887: My first compilations with clang
- ... another thing I don't really know the meaning of:...
- 15:49 Support #887: My first compilations with clang
- I expect this is well under control ;-)...
- 15:27 Support #887: My first compilations with clang
- ... I'm not quite sure what this refers to......
- 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... - 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.
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 ...
- 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 ...
- 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... - 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...
- 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...
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@.
- 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...
- 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...
Also available in: Atom