Activity
From 27 Oct 2015 to 25 Nov 2015
25 Nov 2015
- 17:06 CoCoALib 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 CoCoALib 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 CoCoALib Bug #821: IsTermOrdering
- These matrices for ordering really seem to be a minefield :-(
Who uses @NewIntegerOrdMat@?
Unfortunately I need... - 16:43 CoCoALib Bug #821 (Closed): IsTermOrdering
- @MatrixForOrdering@ offers a fn called @IsTermOrdering@.
The doc says its tests whether the matrix defines a term or... - 15:45 CoCoALib 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 CoCoALib Bug #814: PPOrdering: matrix ordering, what rings are allowed.
- There are 2 pseudo-ctors for @NewMatrixOrdering@:...
- 14:30 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #800: PPMonoidSparse: impl of sparse PPs
- Cleaned the @PPMonoidSparse@ code; there were still a couple of incomplete fns.
- 15:15 CoCoALib 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 CoCoALib Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- What is the difference between @BackwardCompatible.cpkg5@ and @obsolescent.cpkg5@?
- 15:04 CoCoALib Design #816: Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Anna, do you mean "yes" to both proposals?
- 14:54 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Bug #818 (In Progress): F5 with 3 args?
- So why did this problem not appear earlier? And why did it appear now?
- 21:31 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Support #810: ILogBase: change name?
- Same should be for @isqrt@! @FloorSqRt@? @FloorSqrt@?
- 14:56 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Design #816 (Closed): Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- Rename isqrt to FloorSqrt (following ilog renaming to FloorLog)
- 14:48 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #813 (Feedback): Implement "elim" in CoCoALib
- In CoCoALib we have member function @myElim@.
Choose and implement the "proper" function.
- 11:13 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #811 (Feedback): Add new fn SimplestBinaryRatBetween
- Implemented; documented (also C5); added test (NumTheory3)
- 14:48 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Design #786: MemPool: review min and max loaf sizes
- Are the problems my fault? Or some problem with the interface of @MemPool@? :-(
- 14:36 CoCoALib 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 CoCoALib 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 CoCoALib Design #786: MemPool: review min and max loaf sizes
- about to try..
(some compilation problems...) - 06:50 CoCoALib 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 CoCoALib Bug #808: Alg Extn by non-zero dim ideal
- The following variant works OK:...
- 23:28 CoCoALib Bug #808 (New): Alg Extn by non-zero dim ideal
- The following produces an NYI error for the reciprocal:...
14 Nov 2015
- 22:14 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #800: PPMonoidSparse: impl of sparse PPs
- The currently missing functions are: @myCmp@, @myWDeg@ and @myCmpWDeg@ (& a partial version). Also @myComputeDivMask...
- 14:49 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 ... - 17:03 CoCoA-5 Slug #798: use poly ring with many variables is too slow
- In @PolyRing.H@ there is a fn called @IndetSymbol@ which apparently gives the symbol of the @k@-th indet. Presumably...
- 15:02 CoCoA-5 Slug #798: use poly ring with many variables is too slow
- Functions involved include:
@RING::injectIndeterminates@ in @Interpreter.C:456@ which calls
@allSymbolValues@ in @Int... - 13:52 CoCoA-5 Slug #798: use poly ring with many variables is too slow
- I was forgetting that the @use@ command in CoCoA-5 also assigns all the CoCoA-5 variables whose names coincide with t...
- 13:24 CoCoA-5 Slug #798 (In Progress): use poly ring with many variables is too slow
- I have just tried @NewPolyRing(RingQQ(),10000)@ in CoCoALib, and it took just 4s.
So why so much slower in CoCoA-5?
... - 11:41 CoCoA-5 Slug #798: use poly ring with many variables is too slow
- I suspect the main problem is that creating a poly ring also creates a @std::vector@ containing each power-product as...
- 11:38 CoCoA-5 Slug #798 (Closed): use poly ring with many variables is too slow
- Mario will need polyrings with many variables (>10000).
CoCoALib seems to have no "artificial limit"; but when I tri... - 15:46 CoCoALib 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 CoCoALib 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... - 15:29 CoCoA-5 Feature #451 (In Progress): Port function NewSymbol/NewSymbols to CoCoA-5
- Recall that the *@use@* command automatically sets CoCoA-5 variables whose names coincide with the indets. What will...
- 13:35 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #48: Squarefree factorization - multivariate polynomials, char 0
- Good point! So if @gcd@ works then we can expect that squarefree decomposition works.
- 15:06 CoCoALib 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 CoCoALib 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 CoCoALib Feature #795 (Feedback): Add new fn InvModNoCheck
- Implemented, documented. No separate test; it is effectively tested inside @test-NumTheory1@
- 15:39 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib Feature #48: Squarefree factorization - multivariate polynomials, char 0
- In @factor.C@ there is the line:...
- 16:15 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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 CoCoALib 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...
02 Nov 2015
- 15:53 CoCoALib Design #649: Make SmallFpImpl safer to use
- John Abbott wrote:
> There is a question about names:
> * *@SmallFpImpl::value@* is the class for reduced values
>... - 15:01 CoCoALib Bug #793 (Closed): compilation on fedora 23: some worrying "error messages"
- Compilation on the new computer (with fedora 23, due for release tomorrow ?!!? according to Wikipedia) produced sever...
- 14:41 CoCoALib Slug #792: configure: search for libgmp too slow
- Since I believe that the @find@ command is the culprit, the solution would be to eliminate it. This could be done by...
- 14:39 CoCoALib Slug #792: configure: search for libgmp too slow
- The situation was the following. The new computer did not have GMP installed, so the attempt to use @-lgmp@ failed, ...
- 14:16 CoCoALib Slug #792 (Closed): configure: search for libgmp too slow
- I have new computer (here in Kassel). I am trying to build CoCoALib/CoCoA-5. The @configure@ script took *ages* to ...
30 Oct 2015
- 18:49 CoCoALib Design #649: Make SmallFpImpl safer to use
- When a @SmallFpImpl@ is printed currently it appears as @SmallFpImpl(p)@ where @p@ is the prime. Should the export c...
- 18:45 CoCoALib Design #649: Make SmallFpImpl safer to use
- I am not entirely happy with the length of the names for the export conventions:
* *@GlobalSettings::SymmResidues@*
... - 16:06 CoCoALib Design #649: Make SmallFpImpl safer to use
- I like all types in CoCoALib to be printable; naturally this includes *@value@* and *@uvalue@*.
@SmallFpImpl@ offers... - 10:56 CoCoALib Design #649: Make SmallFpImpl safer to use
- I now disagree with my comment number 3. I think that the impl using new types (classes) to represent the values is ...
- 10:47 CoCoALib Support #791: Clean code for DistrMPolyClean
- I'm hoping Anna will "volunteer" to do this ;-)
29 Oct 2015
- 21:55 CoCoALib Bug #784: threadsafety: Scott Meyers's advice about cached values
- Victor Shoup said he made NTL threadsafe (using C++11)
- 14:52 CoCoALib Bug #790: RingDistrMPolyInlFpPPImpl::mySummandPool frees ZERO PTR many times
- John Abbott wrote:
> Now I am slightly undecided which implementation I prefer:
> Impl *(A)*:
> [...]
> Impl *(B)... - 11:56 CoCoALib Bug #790: RingDistrMPolyInlFpPPImpl::mySummandPool frees ZERO PTR many times
- Now I am slightly undecided which implementation I prefer:
Impl *(A)*:... - 14:04 CoCoALib Support #791 (New): Clean code for DistrMPolyClean
- There is quite a lot of cruft in @DistrMPolyClean.C@.
Remove everything that is no longer needed.
Perhaps also chec... - 14:02 CoCoALib Bug #680 (Resolved): DistrMPolyClean does not use MemPool for summands?
- I have now revised the code so that it uses its @MemPool@ for summands; essentially I had to "steal" the idea of @New...
28 Oct 2015
- 18:29 CoCoALib Design #789: NumTheory: behaviour of InvMod when inverse does not exist
- John Abbott wrote:
>
> Making @InvMod@ throw an exception is an interface change, so it could in principle break... - 15:25 CoCoALib Bug #790 (Resolved): RingDistrMPolyInlFpPPImpl::mySummandPool frees ZERO PTR many times
- The problem was a missing pair of curly brackets around a "then" clause comprising two commands (location @DistrMPoly...
- 11:15 CoCoALib Bug #790: RingDistrMPolyInlFpPPImpl::mySummandPool frees ZERO PTR many times
- I compiled CoCoALib with the @MemPool@ debugging options active.
In @test-SparsePolyRing1.C@ I inserted the followin... - 11:12 CoCoALib Bug #790 (Closed): RingDistrMPolyInlFpPPImpl::mySummandPool frees ZERO PTR many times
- I have run @test-SparsePolyRing1@ with @MemPool@ verbose active, and there were lots of warnings about freeing @ZERO ...
Also available in: Atom