Activity
From 12 Jan 2017 to 10 Feb 2017
10 Feb 2017
-
17:33 Feature #962: General verbose mode?
- 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
-
21:49 Feature #1005: Makefile: install target for CoCoALib
- 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...
30 Jan 2017
-
- Translate a cocoa-5 function from a package into CoCoALib.
* *@GCDList@* (@coclib.cpkg5@)
* *@FactorUnivariate@* ...
23 Jan 2017
-
- I set verbosity level to 1965 then tried calling @ImplicitHypesurface@ with the option @ElimTH@, but no verbose messa...
-
- At this point I do not see any purpose in keeping even the option to extract compilation flags from @gmp.h@, so I now...
21 Jan 2017
-
- One thing which puzzles me is that CoCoALib compiles fine and all tests pass on my old MacBook even without *@-m64@* ...
-
- I have changed it on my machines, but cannot currently check in (because cannot make VPN connection).
-
- After thinking about having to compile+install CoCoA/CoCoALib on numerous recent Linux boxes for the upcoming CoCoALi...
20 Jan 2017
-
- A quick grep suggests that we should check the use of *@clog@* in the following files:
* *@ApproxPts2.C@*
* *@OpenM... -
- I have just made a first impl of a simple way to choose the log stream. It comprises a hidden global variable (which...
-
- Which target version should we opt for?
I suggest postponing for a later release (unless you think that this is almo... -
- I have done some cleaning in @MatrixForOrdering.C@, but more still really ought to be done.
After 3 months in feed... -
- Here are some more (weaker?) ideas:
* a fn which produces the simplest non-neg integer matrix giving the same term o... -
- It seems we have taken the approach of making a single function (*@MakeTermOrd@*) which is simplest for the user; lat...
-
- I note that the compilation flag *@-std=c++03@* will cease to be relevant (and may even become "harmful") once we upd...
19 Jan 2017
-
- Here are some ideas:
* write a fn @IsCyclotomic@ for univariate polynomials (based on paper by Bradford+Davenport)
... -
- Collect here ideas for potential student projects based on CoCoALib.
-
- The compilation flag *@-std=c++03@* is not recognized by the old g++ (version 4.2.1) on my old MacBook Pro, so causes...
18 Jan 2017
-
- After having compile CoCoALib on several newish Linux boxes, I have noticed that there are many warnings about @auto_...
-
- OK, then I should try to change the default behaviour... this evening's "entertainment"? :-/
-
- John Abbott wrote:
> @Anna: you can check whether you would have problems by configuring with the option *@--ignore-...
17 Jan 2017
-
- @Anna: you can check whether you would have problems by configuring with the option *@--ignore-gmp-cflags@* and then ...
-
- John Abbott wrote:
> Such a change would not be "backward compatible", but the incompatibility would be noticed only...
15 Jan 2017
-
- Another email (from Matthias Koeppe) reported much the same problem as Gereon had.
In replying to him, I wondered ...
Also available in: Atom