Activity
From 04 Sep 2015 to 03 Oct 2015
01 Oct 2015
-
16:12 CoCoA-5 Design #782: BuiltinFunctions -- getting too long again!
- (First attempt works, not yet cvs-ed)
Indeed the "cocoa language" file uses directly from CoCoALib just "BigInt".
(in... -
- Separate into two files functions proper of the cocoa language, and cocoalib functions.
E.g. functions about RECORD ...
28 Sep 2015
-
23:49 CoCoA-5 Feature #781: Option to "fold" long lines?
- I am thinking of the Unix command "fold".
This output option would certainly be useful when running CoCoA inside E... -
- Emacs becomes very slow when there are long lines in the output.
Consier adding a "fold"-like facility which break...
24 Sep 2015
-
- (Rudimentary) documentation is done.
-
- First prototype is done and working!!
Current design is:
- cone functions are in CoCoALib
- GroebnerFan algorithm ... -
- In the package there are lots of operations on integers and those would surely be faster in cocoalib (at some point)....
-
- First prototype is working.
Investigate and improve it, and implement it in cocoalib.
22 Sep 2015
-
11:15 CoCoALib Slug #773: DMPZmerge: make non-recursive
- It does! Thanks for the fix!
*NOTE* phew! Thanks for the confirmation :-)
21 Sep 2015
-
- I have checked in a cleaned up version of the new code.
I hope Christof will verify that this version is still fine.
-
- I can confirm that it is working with your quickly hacked code!
18 Sep 2015
-
- I have now rewritten the hacked code in a cleaner way, but shall still wait for confirmation from the Normaliz group ...
17 Sep 2015
-
- Since files in @TmpFactorDir@ change very rarely, it is probably not worth fixing the @Makefile@. The time would be ...
-
- @make@ did not notice when I modified the file @src/AlgebraicCore/TmpFactorDir/multivariate/DMPZ.c@ so did not recomp...
-
- I have had a "quick hack" at the code. The CoCoA/CoCoALib tests all pass, but I'm not sure that any of them actually...
-
- The possible approaches are:
(A) always give error when an input modulus is 1 (but awkward for starting a CRT loop)
... -
- JAA found the bug when trying to run a CRT loop in CoCoA-5. The initial CRT residue-modulus pair was naturally (0,1)...
-
- Should the mem fn @CRTMill::myAddInfo@ accept a residue-modulus pair with modulus equal to 1?
Such a pair actually a... -
- The bug was some overly delicate bug in @ILogBase@ implemented in @BigRat.C@; I had forgotten to allow for possible f...
-
- The problem seems to be ILogBase(...,10) giving a wrong result: it gives -9 instead of -10.
15 Sep 2015
-
- I'm not sure how long the elim took (perhaps 20-30mins?)
The input is simple, the output not even that large (deg=72)... -
- The following @elim@ is very slow... why?...
-
- JAA is sure that smaller examples exist (but too tired to search now).
*NOTE* it seems that redmine does not like ha... -
- @FloatStr@ prints out a NUL character in some cases....
-
- If I recall well, this is what Schoenemann said Singular does.
Maybe we could restrict the accepted orderings to j... -
- It might be worth offering a @PPMonoid@ whose internal repr for a PP contains an expv and one extra @long@.
If the... -
- The file @PPMonoidEvZZ@ contains a class called @PPMonoidBigEv@; change the file name?
-
- Problem was signalled by email (from Winfried Bruns, Bogdan Ichim on 2015-09-14). It appears to be a stack overflow:...
-
- The fn @DMPZmerge@ is recursive; this is a problem when dealing with large polys.
Rewrite it to be iterative.
-
10 Sep 2015
-
- Tested and documented (and improved manual for @SortedBy@)
08 Sep 2015
-
- John Abbott wrote:
> I wanted to be compatible with @SortBy@ and @SortedBy@, and perhaps also the C++ STL...
OK, ... -
- I wanted to be compatible with @SortBy@ and @SortedBy@, and perhaps also the C++ STL...
-
- There is only one detail I'm undecided about:
you implemented the function with argument @LessThan@ whereas it came ... -
- JAA has checked that the fns work on a simplish example.
Code checked in.
Anna say's she'll write doc. And a t... -
- John Abbott wrote:
> Do we want these fns?
> I already have (simple) implementations in my own personal copy of @l... -
- JAA continues to be unconvinced.
Point (0): it is correct (and will probably prevail).
Point (1): it will probabl... -
- John Abbott wrote:
> Does it make sense to have @send-region@ and @send-line@ easily accessible from inside a @file....
06 Sep 2015
-
- I think the CoCoALib cone should always exist. Even if it can do basically nothing. But otherwise a user would have t...
05 Sep 2015
-
- Does it make sense to have @send-region@ and @send-line@ easily accessible from inside a @file.cpkg5@? Sending just ...
-
- Do we want these fns?
I already have (simple) implementations in my own personal copy of @list.cpkg5@.
If we wa... -
- CoCoA offers @SortBy@ for a sorting a list wrt a given order. Anders would like a fn to find the min/max of a list w...
04 Sep 2015
-
- Anders pointed out that normaliz's interpretation of "const" is probably more threadsafe than gfan's
-
- Here is a suggested design.
A CoCoALib cone object typically contains both a normaliz cone and a gfan cone. Obvio... -
- Normaliz 2.99 now includes the "double cone" idea we had used in CoCoALib; this means that the CoCoALib impl can be s...
Also available in: Atom