Activity
From 02 Sep 2015 to 01 Oct 2015
24 Sep 2015
-
18:23 Feature #762: ExternalLib-GFan: first prototype
- (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 Slug #773: DMPZmerge: make non-recursive
- It does! Thanks for the fix!
*NOTE* phew! Thanks for the confirmation :-)
21 Sep 2015
-
14:20 Slug #773 (Feedback): DMPZmerge: make non-recursive
- 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.
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...
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...
03 Sep 2015
-
- Make a cone type which includes Normaliz and Gfan cones.
-
- Christof reports having seen a form like @--with-extlib=system@ to mean that @extlib@ is automatically sought in the ...
02 Sep 2015
-
- Compilation of CDD needed some tweaking, expecially making it compatible with GFan.
(see documentation for ExternalL... -
- All the external libraries now have symbolic links in @configuration/ExternalLibs/{include,lib}@.
Then it should be ... -
- I've recently added GFan. (in @configure@ file)
It took me a few hours (modifying settings for Frobby) to get all t...
Also available in: Atom