Activity
From 15 Apr 2014 to 14 May 2014
14 May 2014
-
18:40 Design #535: IO: move GlobalInput etc to CoCoA server!
- Revised doc (see also #560).
Revised example program (was very out of date).
-
- Moved the code; seems to compile OK. Will do some more tests.
-
- Is the fn @InputFailCheck@ useful at all?
Would it not be clearer to write explicitly:... -
- No problems arose when I made the change.
Status -> feedback -
- We should add a fn to print out a @cone@ object.
All values should be printable (if only for debugging)
09 May 2014
-
- Just a hint to find easily those bits of code which need to be reviewed: look for @using@ (without @std@) inside the ...
-
- The warning flag about @-Woverloaded-virtual@ suggests that it may be better to avoid overloading virtual fns, _i.e._...
-
13:02 Design #550 (New): add myResolution member field to ideal and (sub)module
-
- A similar problem is storing HilbertFunction and resolution in the ideal/module
-
- There is a naive implementation (compute MinGens, then syz, then minimalize).
Here we are talking of the optimized i...
08 May 2014
-
12:30 Feature #218: CoCoALib normaliz interface
- I implemented additional return functions (step 1 in my update on issue #204).
The myComputation functions should be...
06 May 2014
-
- Ahhh! OK I have fixed @mpz_log@ now; sorry, I had overlooked a @M_LN2@.
-
- simpler example: both NewFractionField and NewRingTwinFloat seems necessary to trigger the error...
05 May 2014
-
- Made the changes requested in previous comment.
No idea why you are not seeing the updated @mpz_log.c@...?
-
- One addition that I forgot to mention: I had to include...
-
- I tried the same input with lower precisions and got @InsuffPrec@ errors; but when I quit CoCoA-5 there were quite a ...
-
- The following (C5 input) provokes a @SERIOUS@ error...
02 May 2014
-
- I have modified th fn signature to teh following:...
-
- OK I have modified @mpz_log.c@; should be fine now.
Also I have CVSed everything.
@Christof: could you confirm th... -
- Thanks, that should make the compilation a lot easier! I can test it next week, is it CVSed?
Note that there is also ...
30 Apr 2014
-
- I have removed most uses of @size_t@ in CoCoALib.
The template fn @len@ now does an automatic cast to @long@ from @s... -
- I believe I have fixed the overloading problem, and replaced @M_PI@ with @4*atan(1.0)@.
Right now I don't have a g...
29 Apr 2014
-
- For the new normaliz version I did again a compilation on Windows. Here are my findings for CoCoALib 0.99533:
The ...
22 Apr 2014
-
- I have implemented @ProgressReporter@.
Checked in with doc and example!
State -> feedback!
-
- It would be handy to have utility that prints out occasional "progress reports" when conducting long iterative comput...
17 Apr 2014
-
-
-
- > JAA noticed that ex-PolyRing1.C is too long & complicated; split it into two (one about ctors, the other about doin...
-
- Renamed source files (&Makefile) & doc; changed references in doc.
-
- first prelease on web-page
-
- *make ValgrindTests* DONE (only the "throw-16b-leaks")
-
-
-
- A factorization is arbitrary.
Choose and implement functions to clean it up (e.g. grouping all equal factors in one ... -
- (for now) we have decided that factorization of denom is arbitrary.
There will be functions to clean up a factorizat... -
-
-
- I checked and confirm that the tests listed (those "leaking" *16 bytes*) are those which test errors (at least once)....
-
- tested, added test-matrix4 (which indeed gave IMMINENT DISASTER before recompiling ;-)
16 Apr 2014
-
- JAA noticed that @ex-PolyRing1.C@ is too long & complicated; split it into two (one about ctors, the other about doin...
-
- I'm not an expert in the field, and in my ignorance find the "compact" form more satisfactory. I could even envisage...
-
- I guess you could use @raw(zero(myR))@ instead of @raw(useless)@; though perhaps the latter is clearer?
-
- JAA suggested to try ...
-
- I confirm the previous leaks (probably due to test for *throwing/catching errors*)
This "16-byte leak" is independent... -
- ...
-
- Added copyright blurb to @TmpMorse..@ files.
-
- JAA has tried the proposed modification, and can report that it compiles and all tests pass.
*HOWEVER*, the relevant... -
- [reported by Roberto Pagaria <roberto-dot-pagaria-chiocciola-sns-dot-it>]
Ieri ho tentato di installare CoCoALib su ... -
- Just for the record: I did the experiment from within C-5.1, and the time taken (for just @FloatStr@) was 32.3s
-
- Using CoCoAlib-0.99533 @FloatStr@ uses about 1.5Gbytes extra memory when applied to
@N:=factorial(10^8);FloatStr(N);...
15 Apr 2014
-
- The final design is:...
-
-
-
-
- We should start by looking at the various current uses of @bool3@, and possibly any obvious future candidates.
-
- A new *@ClearDenom@* function has been added to @SparsePolyRing@; it follows very closely the code @ClearDenom2@ I wr...
-
- Reopening because it was auto-closed when I closed #139 which this duplicates.
-
- Closing because it is duplicated
-
- Closing because it is duplicated
-
-
- This is info is in the file @doc/README@ -- it's been there for some time now!
-
- The current impl is simple, compact and works fine in the cases we have tried. Let's KISS until someone points out t...
-
-
-
-
-
- Now it takes 60s on my machine which is quite acceptable.
Closing.
-
-
-
-
- The doc is now much improved; no doubt it will be tweaked occasionally in the future, but this issue can now be close...
-
- No problems have arisen in 2 years. In ptic the fns *@IsPthPower2@* and *@PthRoot2@* have not made their absence fel...
-
- The mem fn @RingBase::myCharacteristic@ returns @void@ (supposedly for "efficiency", but who's going to calculate mil...
Also available in: Atom