Activity
From 20 Sep 2014 to 19 Oct 2014
15 Oct 2014
- 12:13 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- John Abbott wrote:
> After speaking to Anna by phone, I have changed the name of @rank@ into @rk@.
>
> I'm ready ... - 12:06 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- John Abbott wrote:
> I now believe the ambiguity would disappear if the entire function were placed inside @namespac...
14 Oct 2014
- 21:34 Design #619: Modulus (for CRTMill) ambiguous
- (see #631 comment 5) I think the problem goes away if the code is put inside @namespace CoCoA@.
- 18:26 Design #619: Modulus (for CRTMill) ambiguous
- Assuming my explanation in the _correction_ in comment 1 is correct, then the STL people could break our code at any ...
- 18:22 Design #619: Modulus (for CRTMill) ambiguous
- John Abbott wrote:
> I think the C++ rules will compel us to change name -- asking the user to write @CoCoA::modulus... - 18:18 Design #619 (In Progress): Modulus (for CRTMill) ambiguous
- I think the C++ rules will compel us to change name -- asking the user to write @CoCoA::modulus@ every time is not ac...
- 21:32 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- I now believe the ambiguity would disappear if the entire function were placed inside @namespace CoCoA@. We could mo...
- 21:25 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- Strictly speaking the proper solution to the problem is to put a @using CoCoA::rank;@ inside the function which will ...
- 20:03 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- After speaking to Anna by phone, I have changed the name of @rank@ into @rk@.
I'm ready to do CVS check in, but fi... - 18:26 Bug #631: Ambiguous: rank for matrix (in ex-matrix1.C)
- John Abbott wrote:
> I think the problem arises because @rank(M)@ entails a user type conversion from @matrix@ to @C... - 18:23 Bug #631 (In Progress): Ambiguous: rank for matrix (in ex-matrix1.C)
- I think the problem arises because @rank(M)@ entails a user type conversion from @matrix@ to @ConstMatrixView@.
@s...
13 Oct 2014
- 23:00 Bug #593 (In Progress): Temporary directories used during configuration
- I now think that a good solution would be to put tmpdirs in @configuration/TMP/@. That way they can all be "cleaned"...
- 20:47 Feature #630: Add graeffe function?
- If I recall correctly, Bini said that graeffe can also be done for polynomial systems. Right now I cannot see when i...
26 Sep 2014
- 15:40 Bug #631 (Closed): Ambiguous: rank for matrix (in ex-matrix1.C)
- Apple LLVM version 6.0 (Laura's new computer) reports that @rank@ is ambiguous in @ex-matrix1.C@
25 Sep 2014
- 16:10 Feature #630 (Closed): Add graeffe function?
- Add a new fn @graeffe@ which transforms a polynomial into one whose roots are the squares of the root of the original...
23 Sep 2014
- 16:30 Feature #627: Gaussian integer and rationals ZZi, QQi
- Recalling that every ring (except @RingZZ@) in CoCoALib has a @BaseRing@ and an "extension type". What should the @B...
- 11:40 Feature #627: Gaussian integer and rationals ZZi, QQi
- What should be the internal representation of an element of @QQ[i]@?
# a pair of @BigRat@ values (real and imag part...
22 Sep 2014
- 18:16 Feature #628 (New): Complex twin-floats
- Ulrich would like to compute with (approximations to) complex numbers.
Can twin-floats be extended to complexes? ... - 18:15 Feature #627 (New): Gaussian integer and rationals ZZi, QQi
- Ulrich would like to have an easy way to compute with (approximations to) complex numbers.
Currently, it is possib...
Also available in: Atom