Activity

From 19 Nov 2013 to 18 Dec 2013

14:53 Bug #154: GCD normalization (e.g. monic): John Abbott wrote:
> I think we should guarantee that if the gcd is trivial then the result is 1, so users can write... Anna Maria Bigatti
14:30 Bug #154: GCD normalization (e.g. monic): I think we should guarantee that if the gcd is trivial then the result is 1, so users can write clear code such as @i... John Abbott
14:20 Bug #154: GCD normalization (e.g. monic): I agree that it would be convenient having a guarantee on the result, but the operation might be uselessly costly (fo... Anna Maria Bigatti
14:35 Feature #4: Squarefree GCD-free basis: Something to do over the Xmas holidays?
I thought I'd already implemented this but cannot find it anywhere (unless I... John Abbott

10:46 Slug #417: ex-Normaliz2-overflow.in too long & too much memory: Since it is just to demonstrate the behaviour when overflow occurs, I think it is okay to simply change it to Support... Christof Soeger

17:53 Slug #417: ex-Normaliz2-overflow.in too long & too much memory: Should I make a new example (@ex-Normaliz3@) which computes the support hyperplanes; then the "big" input can be rena... John Abbott
12:44 Slug #417: ex-Normaliz2-overflow.in too long & too much memory: The CoCoA example reads only the matrix from the file, everything else is ignored. I added the last line to run it w... Christof Soeger

21:53 Slug #417: ex-Normaliz2-overflow.in too long & too much memory: I confirm that the smaller example you sent causes overflow on my 64-bit MacOS machine.
I tried adding @SupportHyp... John Abbott

23:20 Slug #417 (In Progress): ex-Normaliz2-overflow.in too long & too much memory: File upload gives some error, so here the example:
6 6
6 7 2 1 4 4
8 4 9 8 4 4
1 9 6 8 0 9
3 6 3 8 9 5
0... Christof Soeger
23:15 Slug #417: ex-Normaliz2-overflow.in too long & too much memory: Short answer: Yes and Yes!
ex-Normaliz2-overflow.in is really large, the purpose was to give an example where over... Christof Soeger
16:46 Slug #417 (Closed): ex-Normaliz2-overflow.in too long & too much memory: [in the CoCoALib examples directory]
Is it correct that @ex-Normaliz2@ running on the input @ex-Normaliz2-overflow... John Abbott
15:46 Feature #416: New fn: NumPartitions: Implemented in CoCoALib (in file @NumTheory@). Documented.
Also put inside CoCoA-5, with documentation :-)
*Note* ... John Abbott
15:39 Feature #416 (Closed): New fn: NumPartitions: Add new fn @NumPartitions@ to compute number of partitions of an integer John Abbott

11:42 Design #415: Remove AsPolyRing etc?: John Abbott wrote:
> Frankly I find it irritating to have to do this, and I do not believe it improves the readabili... Anna Maria Bigatti

17:09 Bug #413: OrdvArith: use of a single buffer is NOT THREADSAFE: JAA ha now implemented a partial fix to the problem: the new design should allow the multithreaded case to be handled... John Abbott
17:02 Design #415 (Closed): Remove AsPolyRing etc?: I'm fed up with having to make explicit "manual" casts from @ring@ to @PolyRing@ etc.
I've just fixed a line of co... John Abbott

19:14 Bug #413 (Closed): OrdvArith: use of a single buffer is NOT THREADSAFE: Fix @OrdvArith@ fns so that they are threadsafe; at the moment they use a single buffer (@myOrdvBuffer@ and @myExpvBu... John Abbott
15:43 Feature #407: RingElem ctor from mpz_t (from Bruns): We could define a ctor which needs an extra "marker" parameter to resolve the ambiguity in the call @BigInt(R,0)@ bet... John Abbott

19:58 Feature #233: AsINT and AsRAT -- ConvertTo<BigInt> and ConvertTo<BigRat>: An advantage of Anna's suggested names is that they are more compact than using the @ConvertTo@ template fn.
JAA s... John Abbott
19:51 Feature #342: Remove denominators: QQ[x] -> ZZ[x] (and PushBack(coeff, PP)): @PushFront@ and @PushBack@ for PPs have already been implemented (no idea when), but they were not documented. I hav... John Abbott

Also available in: Atom

CoCoA » CoCoALib