Activity
From 03 Nov 2015 to 02 Dec 2015
02 Dec 2015
- 18:24 Feature #826: Sparse matrices
- I had a quick look on Wikipedia for information about sparse matrices. There they distinguished between representati...
- 17:17 Feature #664: Impl small non-prime finite fields (using logs)
- A very simple speed test: compute the order of the field/group generator by naive repeated multiplication.
Prototype ... - 15:50 Feature #664: Impl small non-prime finite fields (using logs)
- Here are some options for implementing extensions of (prime) finite fields:
* *(A)* use a CoCoALib quotient ring
* ... - 15:13 Feature #664: Impl small non-prime finite fields (using logs)
- I have just tried a simplistic speed test (on the "new" computer here in Kassel). The aim was to see how costly it i...
- 15:08 Feature #664: Impl small non-prime finite fields (using logs)
- Certainly an explicit quotient ring which is a finite field will be isomorphic to one of "my" finite fields. It migh...
- 15:01 Feature #797: SmallFpImpl: make it faster
- Some (more or less) obvious comments:
* the advantage of having log/exp tables is that some computations can be noti... - 14:55 Bug #804 (Feedback): ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- @IdentityMat@ and @ZeroMat@ are now in @matrix.H@ -- Anna's suggestion.
The args are now @MachineInt@ instead of jus...
01 Dec 2015
- 22:39 Bug #831: primary.cocoa5
- I did remember doing something like this.
This was because of a problem in cocoa 4 about 0 in the first row.
I th... - 19:00 Bug #831: primary.cocoa5
- I have put this under CoCoALib even though the example comes from the C5 tests, because I think that te real problem ...
- 18:59 Bug #831 (Closed): primary.cocoa5
- The C5 test @primary.cocoa5@ fails because it calls @CompleteToOrd@ on the following matrix:...
- 15:39 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- Refering to comment 4: I have now removed the signature with 3 args (after speaking to Anna about it).
- 15:34 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- I shall shortly try to implement the semantics given in comment 4 above.
After speaking to Anna, the idea is that ... - 15:29 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- I'm mostly interested in a solution which will make most code easy to read (without significant run-time overhead).
... - 15:26 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- I've just spoken to Mario about this issue (even though he wasn't on the watchers list).
He made some suggestions:
*... - 11:28 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- It might make sense to allow other types of "condition":
@RangeCheck(arg, PositiveLong)@ or perhaps simply @RangeCh... - 11:25 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- Mmm, I guess Scott Meyers would not be impressed by a fn @IsInRange@ which takes 3 integer args -- one could guess th...
- 14:31 Design #822: Should ElimMat return a ConstMatrix
- Checked in the updated code.
Still need: decide fn names, write proper doc!
- 14:29 Design #822: Should ElimMat return a ConstMatrix
- The documentation for @ElimMat@ and @HomogElimMat@ is largely missing; and the names given in the doc are different f...
- 14:19 Design #822: Should ElimMat return a ConstMatrix
- I suppose strictly the fns should be called @ElimOrdMat@ and @HomogElimOrdMat@.
Is that a good idea or a not-so-good... - 14:09 Design #822: Should ElimMat return a ConstMatrix
- Anna suggested change the arg order for @ElimMat@ and @HomogElimMat@ so that the list of indets to elim is the first ...
- 14:04 Design #829: PPOrderingCtor: name of mem fn which actually constructs?
- There are two ways to create a "lex" ordering for @N@ indets:
@NewLexOrdering(N)@ or @lex(N)@.
I wonder whether... - 13:55 Design #829 (Resolved): PPOrderingCtor: name of mem fn which actually constructs?
- I've made the change (plus some very minor cleaning), incl changing the arg names!
Also made the analogous chang... - 13:14 Bug #830 (Resolved): Use MachineInt instead of long for params to ZeroMat, IdentityMat, MatByCols, MatByRows
- Implemented. No need to change doc (I believe).
A few minor consequential changes.
Will check in shortly.
- 11:08 Bug #830: Use MachineInt instead of long for params to ZeroMat, IdentityMat, MatByCols, MatByRows
- The same applies to @SetEntry@, @SwapRows@, @SwapCols@, @DeleteRow@, @DeleteCol@.
- 11:07 Bug #830 (Closed): Use MachineInt instead of long for params to ZeroMat, IdentityMat, MatByCols, MatByRows
- The pseudo-ctors @ZeroMat@, @IdentityMat@, @MatByCols@, @MatByRows@ have params of type @long@; these should be of ty...
- 11:01 Design #806 (Resolved): AssignZero for matrix
- Since the fn @AssignZero@ (for matrices) was no longer used anywhere, and especially since its semantics were rather ...
- 10:41 Design #824: Fn names: LexMat or MatLex; StdDegRevLexMat or MatStdDegRevLex etc
- Here are some other names.
With *SUFFIX* @Mat@:
@ZeroMat@, @IdentityMat@, @BlockMat@, @DiagMat@, @ColMat@, @RowMa...
30 Nov 2015
- 18:54 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- @IsGreaterThan@?
Or just overwrite @operator>@? - 18:50 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- Ok, for the Check function (with the function name).
But I 'd rather have (n, lo, hi)... Am I too late to notice ... - 18:12 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- In prima battuta farei solo @MaxLong@ perche' voglio "scoraggiare" l'uso di @unsigned long@.
Non ti viene i mente ... - 17:56 Feature #828: MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- John Abbott wrote:
> Perhaps the existing @IsInRange@ is not too far from what I want; the real hitch is that an upp... - 17:42 Feature #828 (In Progress): MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- Perhaps the existing @IsInRange@ is not too far from what I want; the real hitch is that an upperbound has to be spec...
- 17:38 Feature #828 (In Progress): MachineInt: function for checking that value is greater than some lower limit (and below MAXLONG)
- Many fns accepting a @MachineInt@ actually want a positive (or non-negative) value.
There is a fn called @IsInRang... - 18:27 Design #829: PPOrderingCtor: name of mem fn which actually constructs?
- Ok, good for operator()!
Still I 'd call the variable @OrdCtor@ ;-) - 18:23 Design #829: PPOrderingCtor: name of mem fn which actually constructs?
- Yes, it should be possible to write @lex(NumIndets)@, but normally it would be enough to write just @lex@ and let the...
- 18:06 Design #829: PPOrderingCtor: name of mem fn which actually constructs?
- Would it be possible to write @PPOrdering O = lex(NumIndets);@?
If not, I fear it might be more confusing.
In fact... - 17:52 Design #829: PPOrderingCtor: name of mem fn which actually constructs?
- We could also have both, but I do not usually like to offer two ways of achieving the same thing... a user might be p...
- 17:48 Design #829 (Closed): PPOrderingCtor: name of mem fn which actually constructs?
- Currently @PPOrderingCtor@ has a mem fn called @myCtor@ which accepts an integer arg and returns the ordering for tha...
- 14:54 Design #819: GradingMat: does anyone need it?
- John Abbott wrote:
> @GradingMat@ is used in @hp.cpkg5@ but just for testing whether the grading is "standard"; Ann... - 11:40 Bug #821: IsTermOrdering
- John Abbott wrote:
> Does the 0x0 matrix define a term-ordering?
> Do we want to allow users to make a term-orderin... - 11:20 Bug #821: IsTermOrdering
- Does the 0x0 matrix define a term-ordering?
Do we want to allow users to make a term-ordering on 0 indets?
JAA think...
27 Nov 2015
- 17:47 Feature #802: DivMask: extend interface?
- Maybe I can do this next week?
- 17:41 Feature #817: GenRepr in CoCoALib?
- Would it be possible to have this by summer 2016?
- 17:03 Bug #804: ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- Just spoken to Anna (via Skype) about the idea of non specifying the ring.
It seems safer for @IdentityMat@ and @Z... - 16:27 Design #819: GradingMat: does anyone need it?
- @GradingMat@ is used in @hp.cpkg5@ but just for testing whether the grading is "standard"; Anna can you fix this?
- 16:06 Design #809: FastCmp for degree -- useful?
- I suggest that you try with @degree@ objects containing just a single component, that way the saving as a percentage ...
- 13:15 Design #822: Should ElimMat return a ConstMatrix
- I note that @test-RingWeyl1.C@ tries to create a an elim mat for no indets. Why? Is that really what it should do?
- 13:07 Design #822 (In Progress): Should ElimMat return a ConstMatrix
- What should the @ElimMat@ function do in these two limit cases?
* elim no indets
* elim all indets
Note that the...
26 Nov 2015
- 19:10 Design #827: NewPositiveMat also for matrices over QQ? Also NewIntegerOrdMat. (now called MakeTermOrd)
- If there truly is a need to convert a matrix of rationals into a matrix of integers defining the same term ordering, ...
- 19:04 Design #827: NewPositiveMat also for matrices over QQ? Also NewIntegerOrdMat. (now called MakeTermOrd)
- Also converting a (non-neg?) matrix of rationals into a matrix of integers defining an equivalent ordering allows for...
- 18:53 Design #827: NewPositiveMat also for matrices over QQ? Also NewIntegerOrdMat. (now called MakeTermOrd)
- Perhaps the first question should be: do people who build order matrices really start from matrices with rational (no...
- 18:45 Design #827 (Closed): NewPositiveMat also for matrices over QQ? Also NewIntegerOrdMat. (now called MakeTermOrd)
- In @test-MatrixForOrdering1.C@ the function @NewPositiveMat@ is called with a matrix containing rational (non-integer...
- 18:40 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- I am pretty convinced that @ZZ@ is the right ring for order matrices in CoCoALib.
That said, I am making sure that... - 18:09 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- John Abbott wrote:
> The CoCoALib name is @NewMatCompleteToOrd@ while in CoCoA-5 it is @CompleteToOrd@.
> Is this w... - 18:06 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- John Abbott wrote:
> I suggest that the semantics of @NewMatCompleteToOrd@ be the following:
yes, I agree.
I'm j... - 15:07 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- I suggest that the semantics of @NewMatCompleteToOrd@ be the following:
* expect as input a matrix @M@ (over ring of... - 14:58 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- The CoCoALib name is @NewMatCompleteToOrd@ while in CoCoA-5 it is @CompleteToOrd@.
Is this what we want?
- 14:53 Bug #820: NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- What exactly should @NewMatCompleteOrd@ do?
What does its expect as input? And what does it give as output? When d... - 14:14 Bug #820 (In Progress): NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- I have hacked the code: assuming all matrices are over @ZZ@ makes the code a lot simpler. I have added a fn which cr...
- 18:20 Support #810 (Feedback): ILogBase: change name?
- Putting into Feedback now that Anna is happy with the C5 manual entry.
I'll add @ILogBase@ to @obsolescent.cpkg5@.
- 18:10 Support #810 (In Progress): ILogBase: change name?
- John Abbott wrote:
> I'm still happy with the single combined page for @FloorLog2@, @FloorLog10@, and @FloorLogBase@... - 18:17 Design #809: FastCmp for degree -- useful?
- I think it is useful. I'll investigate and document it
- 18:17 Design #806: AssignZero for matrix
- John Abbott wrote:
> In some ways it would be nice to have a default impl of @AssignZero@; presumably as the mem fn ... - 18:04 Design #825: IsPositiveGrading -- really need 2 signatures?
- John Abbott wrote:
> Just to clarify the semantics:
> * @IsPositiveGrading@ accepts a matrix of integers (error if ... - 17:47 Design #825: IsPositiveGrading -- really need 2 signatures?
- Just to clarify the semantics:
* @IsPositiveGrading@ accepts a matrix of integers (error if entries are not integers... - 17:01 Design #825: IsPositiveGrading -- really need 2 signatures?
- John Abbott wrote:
> What is the difference between @IsTermOrdering@ and @IsPositiveGrading@?
>
> One allows a ze... - 16:38 Design #825 (In Progress): IsPositiveGrading -- really need 2 signatures?
- What is the difference between @IsTermOrdering@ and @IsPositiveGrading@?
One allows a zero-column, the other not?
- 14:32 Design #825 (Closed): IsPositiveGrading -- really need 2 signatures?
- The fn @IsPositiveGrading@ has 2 signatures:
@IsPositiveGrading(M)@ and
@IsPositiveGrading(M,GrDim)@
Do we reall... - 15:27 Feature #826 (New): Sparse matrices
- Mario now thinks he wants sparse matrices.
We need a clear description of the requirements. - 14:21 Design #824 (In Progress): Fn names: LexMat or MatLex; StdDegRevLexMat or MatStdDegRevLex etc
- JAA thinks that names such as @StdDegRevLexMat@ read more easily than @MatStdDegRevLex@, but the names @MatXYZ@ all a...
- 14:18 Design #824 (Closed): Fn names: LexMat or MatLex; StdDegRevLexMat or MatStdDegRevLex etc
- There is an incompatibility between the names in CoCoALib and in CoCoA-5 for the pseudo-ctors for matrices for orderi...
- 14:02 Bug #821 (In Progress): IsTermOrdering
- Following the principle of "no nasty surprises", I think that @IsTermOrdering@ should do a complete check (incl. corr...
- 13:30 Design #602 (In Progress): OrdMat: should it be a reference to a MatrixView in all PPOrderings?
- JAA is now convinced that having @OrdMat@ return a "reference" (namely a @ConstMatrixView@) is correct: it was relati...
- 13:14 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- Could it be useful to have a pseudo-ctor which accepts just the "grading matrix"? The pseudo-ctor would then "auto-c...
- 13:08 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- Now I wonder why there is the first version of the pseudo-ctor:...
25 Nov 2015
- 17:06 Design #822: Should ElimMat return a ConstMatrix
- I really feel I have opened Pandora's box :-(
I'll keep plodding on... this is all very frustrating :-(
- 17:05 Design #822 (Closed): Should ElimMat return a ConstMatrix
- In my new implementation the fixed order matrices return @ConstMatrix@.
At the moment @ElimMat@ returns a @matrix@; ... - 16:46 Bug #821: IsTermOrdering
- These matrices for ordering really seem to be a minefield :-(
Who uses @NewIntegerOrdMat@?
Unfortunately I need... - 16:43 Bug #821 (Closed): IsTermOrdering
- @MatrixForOrdering@ offers a fn called @IsTermOrdering@.
The doc says its tests whether the matrix defines a term or... - 15:45 Bug #820 (Closed): NewMatMinimize, NewMatCompleteOrd - a godforsaken mess!
- JAA really thinks that order matrices should be over @ZZ@ rather than @QQ@ since we insist that the entries be intege...
- 14:32 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- There are 2 pseudo-ctors for @NewMatrixOrdering@:...
- 14:30 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- I have added the check to the ctor for @MatrixOrderingImpl@, and also added a new test @test-bug5.C@. I'll check the...
- 13:37 Bug #814 (In Progress): PPOrdering: matrix ordering, what rings are allowed.
- If the input matrix does not have integer entries then the pseudo-ctor should give error (it may delegate the task to...
- 13:34 Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- The following example compiles and runs, and prints out a matrix with rational entries....
- 14:14 Design #819 (In Progress): GradingMat: does anyone need it?
- I am getting ready to check in the changes I have made, and a few oversights are coming up :-(
Now each concrete @... - 14:10 Design #819 (Closed): GradingMat: does anyone need it?
- The function @GradingMat@ bothers me a bit. Is it actually useful?
(yes)
Can it be removed?
(no)
24 Nov 2015
- 22:07 Bug #804: ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- I have another doubt/question.
The pseudo-ctors for matrices for orderings do not accept a ring as an arg; the mat... - 22:05 Bug #804: ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- I am unsure where the put the new defns of @ZeroMat@ and @IdentityMat@.
They should not be in @MatrixView.C@ since... - 22:00 Bug #804: ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- I now think that the old code was "safe" (_i.e._ no risk of slicing etc). However it was definitely confusing that t...
- 21:55 Design #805: New type for "constant" matrices?
- I have found a reasonable way to circumvent the problem of passing a @ZeroMat@ (of type @ConstMatrix@) to @BlockMat2x...
- 19:04 Feature #802: DivMask: extend interface?
- I think we should implement *(B)* with the "LCM" meaning from comment 4.
I can do this after checking in the curre... - 18:16 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- John Abbott wrote:
> A (minor) disadvantage of having to pass in a vector of @symbol@ when creating a @PPMonoid@ is ... - 15:30 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- A (minor) disadvantage of having to pass in a vector of @symbol@ when creating a @PPMonoid@ is that the monoid is obl...
- 17:28 Feature #800: PPMonoidSparse: impl of sparse PPs
- Should the @NewPolyRing@ fns automatically choose @PPMonoidSparse@ if there are "lots of" indets? If so, how many ar...
- 17:26 Feature #800: PPMonoidSparse: impl of sparse PPs
- Cleaned the @PPMonoidSparse@ code; there were still a couple of incomplete fns.
- 15:15 Feature #800: PPMonoidSparse: impl of sparse PPs
- I have a first (complete) version which seems to work OK -- just simple tests.
I even managed to create a sparse pol... - 15:13 Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- What is the difference between @BackwardCompatible.cpkg5@ and @obsolescent.cpkg5@?
- 15:04 Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Anna, do you mean "yes" to both proposals?
- 14:54 Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- John Abbott wrote:
> Should there be a function @isqrt@ in the obsolescent package?
> I note that @Isqrt@ is in @Ba... - 14:14 Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Should there be a function @isqrt@ in the obsolescent package?
I note that @Isqrt@ is in @BackwardCompatible.cpkg5@;... - 13:49 Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- I have now checked in the changes. Anna, could you verify? Thanks!
- 13:40 Design #816 (Feedback): Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Not too hard. Renamed @isqrt@ to @FloorSqrt@ (in both CoCoALib and CoCoA-5); changed tests, examples, doc.
Status... - 14:30 Support #810: ILogBase: change name?
- I'm still happy with the single combined page for @FloorLog2@, @FloorLog10@, and @FloorLogBase@. But if you can conv...
- 14:22 Design #815: GlobalManager: Imminent disaster should be a proper error
- The message "Imminent disaster" is entertaining but not so useful to the user (especially if the message has not been...
- 10:11 Bug #818: F5 with 3 args?
- I awoke this morning with a plausible explanation of the problems with @test-F5@.
The problem is that the dtor for...
23 Nov 2015
- 22:18 Bug #818: F5 with 3 args?
- Arri's life is getting shorter by the minute -- grrr!
There is a 3 arg definition in @TmpF5Mat.C:867@, but the 3rd a... - 21:57 Bug #818: F5 with 3 args?
- With 3rd formal arg commented out, it compiles and runs fine, but produces a different answer from before... :-/ At ...
- 21:34 Bug #818 (In Progress): F5 with 3 args?
- So why did this problem not appear earlier? And why did it appear now?
- 21:31 Bug #818: F5 with 3 args?
- An easy workaround is just to comment out the 3rd arg in the declaration.
Since no one ever calls it with a 3rd arg ... - 21:28 Bug #818: F5 with 3 args?
- If Arri comes my way I'll shorten his life by at least 2 hours -- the time I've wasted tracking this bug down. Grrr!...
- 21:26 Bug #818 (In Progress): F5 with 3 args?
- In @TmpF5.H@ two fns called @F5@ are declared: one (inline) with 2 args, and one with 3 args (3rd arg has a default v...
- 19:25 Support #810 (Resolved): ILogBase: change name?
- Checked in the renaming @ILogBase@ to @FloorLogBase@.
Currently the C5 manual page is single; it's what I'd done, an... - 15:03 Support #810: ILogBase: change name?
- Same should be for @isqrt@! @FloorSqRt@? @FloorSqrt@?
- 14:56 Support #810: ILogBase: change name?
- John Abbott wrote:
> Should the CoCoA-5 manual pages for @FloorLog2@ and @FloorLog10@ be separate from that for @Flo... - 14:37 Support #810 (In Progress): ILogBase: change name?
- I've almost finished making the changes. I think @FloorLog2@ and @FloorLog10@ do improve readability of the code whe...
- 11:19 Support #810: ILogBase: change name?
- John Abbott wrote:
> Personally I think that *@FloorLogBase@* is too long. Anyway, the fn should expect two args (o... - 19:05 Feature #817 (New): GenRepr in CoCoALib?
- At the Dagstuhl meeting last week some people were interested in having @GenRepr@ available in CoCoALib. I said it w...
- 15:09 Design #816 (Closed): Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- 14:48 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- John Abbott wrote:
> What about @NewPPMonoid("x", 10)@ as a shorthand for @NewPPMonoid(SymbolRange("x",0,10-1), StdD... - 13:19 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- What about @NewPPMonoid("x", 10)@ as a shorthand for @NewPPMonoid(SymbolRange("x",0,10-1), StdDegRevLex)@?
Or should... - 10:50 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- John Abbott wrote:
> We could slightly modify Mario's request:
> have new pseudo-ctors which do not need the orderi... - 10:35 Feature #812: PPMonoid pseudo-ctor without explicit ordering
- I note that in issue #320 the main reason for rejection is that J and A disagreed about what symbol names should be u...
- 10:29 Feature #812 (New): PPMonoid pseudo-ctor without explicit ordering
- Mario asked about having an easy way to create a @PPMonoid@ without specifying explicitly the ordering (or even the n...
- 14:40 Design #815: GlobalManager: Imminent disaster should be a proper error
- I have put the lines into a separate (static member) function. What should it be called?
Currently I have called ... - 14:04 Design #815 (In Progress): GlobalManager: Imminent disaster should be a proper error
- The real problem with @terminate@ is that it gives the program no chance to handle the situation; in fact the only "b...
- 13:57 Design #815: GlobalManager: Imminent disaster should be a proper error
- The real problem is that the check for still-existing @RingElem@ values occurs inside the dtor for @GlobalManager@, a...
- 13:25 Design #815: GlobalManager: Imminent disaster should be a proper error
- I've just made some big changes to matrices for orderings: everything compiles, but @test-F5@ produces "imminent disa...
- 13:23 Design #815 (Closed): GlobalManager: Imminent disaster should be a proper error
- During destruction @GlobalManager@ checks the ref counts of @RingQQ@ and @RingZZ@; if they are too large then "Immine...
- 13:08 Design #311: XelMat, StdDegRevLexMat, ... should be MatrixView
- I notice only now that these pseudo-ctors take only the dimension as arg; *what should the ring of the matrix be?*
... - 11:49 Bug #814 (Closed): PPOrdering: matrix ordering, what rings are allowed.
- I think that @NewMatrixOrdering@ does not check the ring of the matrix handed to it.
Check if I am right; anyway, ... - 11:39 Feature #813 (Feedback): Implement "elim" in CoCoALib
- In CoCoALib we have member function @myElim@.
Choose and implement the "proper" function.
- 11:13 Feature #811: Add new fn SimplestBinaryRatBetween
- John Abbott wrote:
> Checked in. Should be OK, but I do have some other files "pending", so it is possible I missed... - 10:41 Design #786: MemPool: review min and max loaf sizes
- John Abbott wrote:
> Did you also try tests which create lots of ring elements? Maybe a non-trivial GBasis?
I tr... - 10:23 Support #774: Rename file PPMonoidEvZZ
- We could simply merge the code in @PPMonoidEvZZ@ into @PPMonoidEv@.
What do you think?
Are they similar enough th...
21 Nov 2015
- 20:19 Feature #811: Add new fn SimplestBinaryRatBetween
- Checked in. Should be OK, but I do have some other files "pending", so it is possible I missed something -- can you ...
- 14:49 Feature #811 (Feedback): Add new fn SimplestBinaryRatBetween
- Implemented; documented (also C5); added test (NumTheory3)
- 14:48 Feature #811 (Closed): Add new fn SimplestBinaryRatBetween
- In some applications it is helpful to use "binary rationals" (denom is a power of 2).
Add a new fn *@SimplestBinaryR... - 15:09 Feature #440: Port RealRoots to C++
- After the SC^2 meeting it is clear that several people would like @RealRoots@ to be ported into C++. If the project ...
- 11:27 Design #786 (In Progress): MemPool: review min and max loaf sizes
- Did you also try tests which create lots of ring elements? Maybe a non-trivial GBasis?
20 Nov 2015
- 17:26 Design #786: MemPool: review min and max loaf sizes
- John Abbott wrote:
> Change @MinLoafBytes@ to 4*1024. Maybe you could also try 1024.
> Change @MaxLoafBytes@ to 64... - 15:01 Design #786: MemPool: review min and max loaf sizes
- John Abbott wrote:
> Are the problems my fault? Or some problem with the interface of @MemPool@? :-(
no, my pro... - 14:38 Design #786: MemPool: review min and max loaf sizes
- Are the problems my fault? Or some problem with the interface of @MemPool@? :-(
- 14:36 Support #810: ILogBase: change name?
- Personally I think that *@FloorLogBase@* is too long. Anyway, the fn should expect two args (of which the second is ...
- 14:34 Support #810 (Closed): ILogBase: change name?
- I was wondering about using a better name for @ILogbase@.
I used it recently in a new function, and couldn't remembe...
19 Nov 2015
- 15:06 Design #786: MemPool: review min and max loaf sizes
- about to try..
(some compilation problems...) - 06:50 Design #809 (New): FastCmp for degree -- useful?
- Is the function @FastCmp@ for @degree@ actually useful?
Check whether it is perceptibly faster than @cmp@; if so, ...
18 Nov 2015
- 23:29 Bug #808: Alg Extn by non-zero dim ideal
- The following variant works OK:...
- 23:28 Bug #808 (New): Alg Extn by non-zero dim ideal
- The following produces an NYI error for the reciprocal:...
14 Nov 2015
- 22:14 Design #592: Review design of ConstMatrixView
- I've still got problems with the new (internal) design for @BlockMat2x2@. While investigating I was quite surprised ...
- 20:34 Bug #807: DiagMat: mySetEntry checks the entry is writable only if debugging active
- As a general rule we say that mem fns do not perform arg sanity checks because such checks are the responsibility of ...
- 20:28 Bug #807 (Rejected): DiagMat: mySetEntry checks the entry is writable only if debugging active
- The mem fn @mySetEntry@ for @DiagMat@ checks that the indices indicate a diagonal element only if @CoCoA_DEBUG@ has b...
- 20:24 Design #806: AssignZero for matrix
- In some ways it would be nice to have a default impl of @AssignZero@; presumably as the mem fn @MatrixView::myAssignZ...
- 20:16 Design #806 (In Progress): AssignZero for matrix
- Before spending too much time deciding the exact semantics, we should also decide if the procedure is even useful -- ...
- 20:08 Design #806 (Closed): AssignZero for matrix
- There is a procedure @AssignZero@ for a matrix; it calls the mem fn @myAssignZero@.
What should these fns do? - 14:50 Design #311: XelMat, StdDegRevLexMat, ... should be MatrixView
- I've implemented the other defn of @StdDegRevLexMat@; we can decide later which impl will remain "active".
13 Nov 2015
- 14:51 Design #805: New type for "constant" matrices?
- As predicted in comment 1, there is a problem with @BlockMat2x2@. Not yet sure how to deal with it :-/
- 13:45 Design #805: New type for "constant" matrices?
- In principle the concrete classes for @IdentityMat@ and so on could derive from @matrix@ but then they have to impl l...
- 11:19 Design #805 (In Progress): New type for "constant" matrices?
- I believe that @ConstMatrixView@ is not the right type, because a matrix "view" is a way of looking at another object...
- 10:49 Design #805 (Closed): New type for "constant" matrices?
- I believe that implementing @IdentityMat@, @StdDegRevLexMat@ and so on as objects of type @ConstMatrixView@ is not co...
- 13:01 Design #311: XelMat, StdDegRevLexMat, ... should be MatrixView
- What do we want the @StdDegRevLexMat@ to be?
There are two obvious candidiates: here are 3x3 instances...
12 Nov 2015
- 14:51 Bug #804 (In Progress): ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- Rather to my surprise I have failed to create an example where @ZeroMat@ (or @IdentityMat@) misbehaves -- no idea why...
- 14:22 Bug #804 (Closed): ZeroMat and IdentityMat should produce a matrix not a ConstMatrixView
- I think that @ZeroMat@ and @IdentityMat@ should produce a result of type @matrix@ and not one of type @ConstMatrixVie...
11 Nov 2015
- 18:19 Design #311: XelMat, StdDegRevLexMat, ... should be MatrixView
- After some hasty cut-and-paste work I have some code which compiles :-)
I'm not so foolish as to try running it... t... - 17:30 Design #311: XelMat, StdDegRevLexMat, ... should be MatrixView
- JAA is convinced that this is a good idea.
To get it finished quickly I shall ignore issue #592; it probably shoul... - 16:35 Design #602: OrdMat: should it be a reference to a MatrixView in all PPOrderings?
- JAA now thinks that there is an example (see issue #803) where it could be useful to have the order matrix(view) quic...
- 13:35 Design #602: OrdMat: should it be a reference to a MatrixView in all PPOrderings?
- How important is it that @OrdMat@ is fast? Is there a good example where we would want to compute repeatedly the @Or...
- 14:19 Feature #803 (In Progress): PPOrdering: use it to compute WDeg?
- The main task I want to simplify is that of implementing @myWDeg@, @myCmpWDeg@ and @myCmpWDegPartial@ for @PPMonoidSp...
- 13:43 Feature #803 (In Progress): PPOrdering: use it to compute WDeg?
- Should objects of type @PPOrdering@ be able to compute WDeg vectors and/or individual components of WDeg vectors?
... - 13:47 Slug #799: vector of "indets" in each PPMonoid?
- I have lowered the priority of this issue because it will take some time to complete, and the resulting improvement w...
- 10:01 Slug #799 (In Progress): vector of "indets" in each PPMonoid?
- As far as I can tell @PPMonoidBase::myIndets@ is used only once, in the (inefficient) fn @PPMonoidBase::mySymbolValue...
- 12:15 Feature #802: DivMask: extend interface?
- John Abbott wrote:
> I think updating would mean replacing the div-mask with that for the LCM of the old value and t...
10 Nov 2015
- 18:39 Feature #800: PPMonoidSparse: impl of sparse PPs
- John Abbott wrote:
> Might it be important to store the @StdDeg@ along with the list of (index, exp) pairs? If it i... - 16:45 Feature #800: PPMonoidSparse: impl of sparse PPs
- For @Wdeg@ I am inclined to compute it "on the fly" every time it is needed. If someone reports poor execution speed...
- 15:16 Feature #800: PPMonoidSparse: impl of sparse PPs
- The currently missing functions are: @myCmp@, @myWDeg@ and @myCmpWDeg@ (& a partial version). Also @myComputeDivMask...
- 14:49 Feature #800 (In Progress): PPMonoidSparse: impl of sparse PPs
- There was a very incomplete impl in @PPMonoidSparse.C@, which was already recognized by @Makefile@.
Apparently the... - 18:38 Feature #802: DivMask: extend interface?
- I think updating would mean replacing the div-mask with that for the LCM of the old value and the new indet-power. T...
- 18:33 Feature #802: DivMask: extend interface?
- John Abbott wrote:
> If we do extend the interface of @DivMask@ to accommodate the sparse repr, what should the exte... - 16:15 Feature #802: DivMask: extend interface?
- If we do extend the interface of @DivMask@ to accommodate the sparse repr, what should the extended interface expect:...
- 16:09 Feature #802 (In Progress): DivMask: extend interface?
- Currently the only way to make a (non-trivial) @DivMask@ is to use the function @myAssignFromExpv@ which clearly suit...
- 15:57 Feature #802 (In Progress): DivMask: extend interface?
- The new @PPMonoidSparse@ impl needs to supply a @myComputeDivMask@ mem fn.
The current interface is well suited to... - 10:17 Feature #747: New function for making list of symbols (indeterminate names)
- That's fine by me -- less work for me :-)
Indeed @symbols("x[1..3,2..5]")@ is not really that much more readable tha...
09 Nov 2015
- 23:22 Feature #747: New function for making list of symbols (indeterminate names)
- John Abbott wrote:
> Do we want this function to handle symbol ranges?
>
> It probably makes sense for @symbols... - 15:21 Feature #747: New function for making list of symbols (indeterminate names)
- Do we want this function to handle symbol ranges?
_e.g._ @symbols("x[1..3,2..5]")@ would produce the same result as ... - 15:46 Feature #801: Test whether a symbol is in a ring
- Currently this operation is implemented in a hidden way inside @RingBase::myNew(symbol)@.
The implementation there... - 15:39 Feature #801 (New): Test whether a symbol is in a ring
- Should there be a function which tests whether a given @symbol@ is in given @ring@?
I am thinking of "recursive" s... - 13:35 Feature #800: PPMonoidSparse: impl of sparse PPs
- I had assumed that this issue already existed, but a quick search did not find it.
There is already a partial impl... - 13:33 Feature #800 (Closed): PPMonoidSparse: impl of sparse PPs
- Implement a PPMonoid which uses a sparse repr for the PPs.
This is useful when there are many indets.
- 13:30 Slug #799: vector of "indets" in each PPMonoid?
- The vector of indets is used in the (mem) function @mySymbolValue@, which currently returns a reference to the image ...
- 13:26 Slug #799 (In Progress): vector of "indets" in each PPMonoid?
- Is it truly useful to have each PPMonoid keep a vector of its own indets?
This is not a problem if the indets are ...
07 Nov 2015
- 22:35 Feature #797 (In Progress): SmallFpImpl: make it faster
- The speed gains varies form platform to platform -- surprise, surprise!
The old @DUPFF@ code was (significantly) f... - 21:57 Feature #797 (In Progress): SmallFpImpl: make it faster
- After comparing @gcd@ for @DUPFp@ and @DUPFF@, I saw that the latter was significantly faster (_e.g._ factor 2 or mor...
05 Nov 2015
- 16:45 Feature #796 (Closed): CoCoALib function for radical (or SqFree) of a polynomial
- This problem is generally easier than @SqFreeFactor@, indeed in @SqFreeFactorPosDerChar0@ it is just computed by the ...
- 16:16 Feature #48: Squarefree factorization - multivariate polynomials, char 0
- Anna Maria Bigatti wrote:
> John Abbott wrote:
> > I'm not sure; I suspect it will not work in every case.
>
> I... - 16:14 Feature #48: Squarefree factorization - multivariate polynomials, char 0
- Good point! So if @gcd@ works then we can expect that squarefree decomposition works.
- 15:06 Feature #48: Squarefree factorization - multivariate polynomials, char 0
- John Abbott wrote:
> I'm not sure; I suspect it will not work in every case.
I thought it would: in char 0 the squar... - 16:01 Bug #793: compilation on fedora 23: some worrying "error messages"
- The *@Fatal error@* messages appeared once again when I tried building CoCoALib from a new unpackaged tar file. The ...
- 15:41 Feature #795 (Feedback): Add new fn InvModNoCheck
- Implemented, documented. No separate test; it is effectively tested inside @test-NumTheory1@
- 15:39 Feature #795 (Closed): Add new fn InvModNoCheck
- For efficiency it would be nice to have public access to the "fast" function for computing inverses modulo an integer.
- 15:37 Design #649 (Feedback): Make SmallFpImpl safer to use
- [oops cut-and-paste did the wrong thing]
Changing to feedback; implemented the fn mentioned in comments 18-20. See #795 - 13:47 Design #649: Make SmallFpImpl safer to use
- John Abbott wrote:
> I am thinking of the name @InvModNoCheck@; it is pretty clear; it is a bit long, so that ought ... - 13:17 Design #649: Make SmallFpImpl safer to use
- I am thinking of the name @InvModNoCheck@; it is pretty clear; it is a bit long, so that ought to discourage "casual ...
- 11:49 Design #649: Make SmallFpImpl safer to use
- In @NumTheory.H@ there is a fn called @InvMod@ which expects two @MachineInt@; internally it calls the fn @InvMod_pri...
- 11:15 Design #649: Make SmallFpImpl safer to use
- I have resolved the mystery of the two identical functions running at different speeds: my test program was giving (v...
04 Nov 2015
- 19:41 Design #649 (Resolved): Make SmallFpImpl safer to use
- I have implemented @NonRedValue@.
Checked everything last night; revised examples, doc, etc.
Checked in today.
T...
03 Nov 2015
- 22:59 Feature #48: Squarefree factorization - multivariate polynomials, char 0
- I'm not sure; I suspect it will not work in every case.
What coeff ring did you have in mind? Were you thinking o... - 17:26 Feature #48: Squarefree factorization - multivariate polynomials, char 0
- In @factor.C@ there is the line:...
- 16:15 Bug #793: compilation on fedora 23: some worrying "error messages"
- I'm compiling some other programs; compilation time varies from 2mins to almost 5mins. I'll ask the technical guy if...
- 15:00 Bug #793: compilation on fedora 23: some worrying "error messages"
- I'm recompiling (with full debugging), and the mysterious @Fatal error@ messages have not reappeared; and anyway desp...
- 14:45 Bug #793: compilation on fedora 23: some worrying "error messages"
- John Abbott wrote:
> The new computer took *100mins* to compile and run the examples. Just running the examples take... - 12:56 Bug #793 (In Progress): compilation on fedora 23: some worrying "error messages"
- The new computer took *100mins* to compile and run the examples. Just running the examples takes only 30secs.
- 11:34 Bug #793: compilation on fedora 23: some worrying "error messages"
- I shall try to investigate this, but it may take a long time. The new computer seems to be quite fast (_e.g._ more t...
- 14:15 Design #794 (Rejected): ar gives warnings on fedora 23
- The archive creator @ar@ gives warnings about the use of @u@ flag with the @r@ flag (because the default is @D@).
... - 11:31 Design #649: Make SmallFpImpl safer to use
- I quite like @NonRedValue@; it is quite clear, and a bit long (to discourage "casual use"). I'll try changing the co...
Also available in: Atom