Activity
From 15 Sep 2020 to 14 Oct 2020
14 Oct 2020
-
21:51 Design #1511 (Closed): Use C++14 constexpr
- Scott Meyers recommends using @constexpr@ where (reasonably) possible.
-
- I have commented out @interreduce@.
I have renamed the files to @SparsePolyOps-interreduced@.
*NOT YET DOCUMENTED... -
- Where should the doc for fns in @SparsePolyOps-*@ files go?
The current organization is inconsistent :-(
-
- I have implemented as decided (_i.e._ mults must be positive)... effectively we are rejecting the original proposal.
... -
- I now prefer not to allow 0 as a multiplicity because it could be confusing: _e.g._ someone might call @myAppend(fac,...
-
- There are now 20 different @IsDivisible@ functions (half of them are actually @IsDivisible_AllowFields@).
I have m... -
- Oh wow! There are a lot more @IsDivisible@ finctions than I thought... :-(
*SERIOUS QUESTION*
What should the fo... -
- Today my preference is for *@IsDivisible@* and *@IsDivisible_AllowFields@*.
I think these names are fairly clear, an... -
- Here are some fns to consider changing:
* @myCharacteristic@
* others???
-
- What we have currenyl works well enough (most of the time), and has been stable for quite a while (at least 3 years)....
-
- Do we really want to overhaul the current @Makefile@ structure?
I do not recall any problems lately, and am loath to... -
- Note that we have @CoeffVecWRT@ and @CoeffListWRT@. So it would be reasonable to call the CoCoALib fn *@RingElemVec@*.
-
- Should *@RingElemList@* be ported into CoCoALib? (perhaps with a different name?)
If so, what should it be called?
... -
- Effectively removed old macro *@CoCoA_ERROR@* (still exists, but triggers compile-time error saying to use @CoCoA_TH...
-
- I have just checked what the code currently does: if many primes have been tried without finding a factor *and* if t...
-
- This now works (since when?).
Surely the impl for @adj@ can be improved; there are several later issues about adj to...
12 Oct 2020
-
- I still like the idea of a 3rd param (or perhaps two fns with similar names).
My preference is that a call like @IsD...
09 Oct 2020
-
- Also @ex-RingElem1@ fails...
-
- A comment about the code excerpt in comment 4. The call to @IsZeroDivisor@ is superfluous; perhaps it was put there ...
-
- I have tried implementing the change (_i.e._ @IsDivisibile@ throws if given args in field).
Two tests fail: @test-Is... -
- This is a bit less clear than I had previously thought. In the file @ring.C@ the function @IsDivisible@ (with 3 args...
-
14:16 Support #1452 (Closed): Release CoCoALib-0.99710
-
-
- Closing because the current design seems to work well (and has not changed for many months).
Surely the recorded t... -
- John Abbott wrote:
> My current feeling is that I should simply change the error mesg, and leave the rest as is: nam... -
- If we allow 0 as a multiplicity when calling @myAppend@ then it should also be allowed in the ctor call which accepts...
08 Oct 2020
-
- I am becoming increasingly convinced that it is better to throw an error if the args are in a field (since it makes l...
07 Oct 2020
-
- The current impl is "good enough" for the moment. If a specific application comes up where more speed is needed then...
06 Oct 2020
-
- We should do this in an orderly manner. Many files have already been done. It would be nice to finish this for 0.99...
-
- I suggest we work through the source file systematically, and note which ones we have updated to use *@auto@* (and wh...
-
- *Anna?* is this better for you now?
I'm pretty sure I must have checked in the change mentioned here. Do you still... -
- Main dispatch fn is *@ConstMatrixViewBase::myDet@* around @matrix.C:221@
The code has already been considerably c... -
- This has already been done.
@TensorMat@ is now in @obsolete.C@
Was this already in 0.99710?
-
- I wonder exactly what I had in mind when creating this issue.
The current situation is as follows: in @ExternalLib... -
- As this is not urgent, I'm postponing it.
I also expect it to be trivial to implement should we decide to do so.
-
- The current version of CoCoALib compiles fine with normaliz-3.8.9.
It is no longer clear me to what exactly this i... -
- This question clearly needs more work -- postponing.
-
- Now @det@ of a matrix over @ZZ/(6)@ work also for larger matrices, but it is horribly slow :-(...
-
- I am postponing even though this is urgent. I need a quiet period to be able to think about the problem, and to find...
-
- I am postponing, but also increasing priority.
I think this idea will be quite useful, but we need more time to th... -
- I have changed *@RingElemList@* (in @NotBuiltin.cpkg5@).
I have added a new test @test-RingElems.cocoa5@ with the te... -
- The current interface for @FactorMultiplicity@ does not use a @factorization@.
Even if an alternative interface (lik... -
- *REJECTED*
There is no need for *@MinusOneToPower@*; it can be achieved by *@SmallPower@* (if we want to avoid @Bi...
05 Oct 2020
-
- I have added a test to @test-matrix4.C@
-
- This might be a bit like computing gcd: strictly we can define it for a field, but we opted instead to give an error....
-
- What should @IsDivisible(a,b)@ do with arguments in a field?
Currently it returns the same as @not(b = 0)@.
This ... -
- My current feeling is that I should simply change the error mesg, and leave the rest as is: namely, multiplicities mu...
-
- A factorization object in CoCoALib contains a list factor-multiplicity pairs.
According to the doc the factors must ... -
- I'd like to have the time to finish this, but that seems very unlikely in the immediate future. :-(
Postponing (yet... -
- I would like to see a minor improvement: allow whitespace before the initial *@[@* and after the final *@]@*.
It wil... -
- Now I think it is better not to make *@DivideOutMaxPower@* public; we can wait until there is actual demand for it.
... -
- Now I am having doubts about this function...
The normal @power@ function just calls @mpz_power@, and I fully expe...
03 Oct 2020
-
- I have implemented *@PowerOfMinusOne@* (for both @MachineInt@ and @BigInt@ exponents).
Currently they are not inline... -
- The function is called *@interreduced@*: it returns an interreduced *copy* of the original list (which is not changed...
02 Oct 2020
-
- Closed because this is a duplicate of #1488
-
- I have checked in the code.
The fn names are *@FlattenByRows@* and *@FlattenByCols@*; it seems unnecessary to have @... -
- I have written a first impl (in @MatrixOps-flatten.C@).
Added doc.
No tests yet.
-
- We need some doc for the normaliz functions!
-
- I have refreshed the script @normaliz-version.sh@ and updated @configure@ to use it and check that the version is at ...
30 Sep 2020
-
- Now it compiles for me. But I did not find any doc about which functions CoCoALib/CoCoA-5 make available when Normal...
-
- I have made the change, and CoCoALib now compiles, but I do not know whether it really does what people might expect....
-
- I have changed the include directives to include only *@libnormaliz/libnormaliz.h@* which includes all Normaliz heade...
-
- At the moment CoCoALib is *not compatible* with Normaliz 3.8.9 (recently released, late Sept 2020).
Making it comp...
29 Sep 2020
-
- Which sorts of subring would we like to represent?
* *(A)* in a polyring a subring generated by a subset of the inde... -
- What should new indets be called? Should they be "new symbols"? Advantage is that there could be no problems with n...
28 Sep 2020
-
- The reason for thinking of this is that the current impl of *@DetByMinors@* is disaapointingly slow on @IdentityMat(Q...
-
- It might be worth refining the impl of *@submat@* so that @submat(submat(M,R1,C1),R2,C2)@ is "clever" and returns a s...
25 Sep 2020
-
- It would be tricky to call the function @power@ because I want the return type to be @long@ (or even @int@) rather th...
-
- John Abbott wrote:
> There is a very simple inline impl:
> [...]
>
> If we do accept this fn, in which (header) ... -
- There is a very simple inline impl:...
-
- I have just seen in the code for matrix adjoint *@power(-1, i+j)@*.
It would be nice to have a simpler function for ... -
- it is only used in *RingElem MinPoly(ConstMatrixView M, ConstRefRingElem x)*.
-
- Some notes:
* *(A)* there are already the functions @GetRows@ and @GetCols@ which return a @vector<vector<RingElem>>... -
- John Abbott wrote:
> *CHECKED ON 2020-09-25* the example in the description now works.
>
> Has this been fixed? ... -
- *CHECKED ON 2020-09-25* the example in the description now works.
Has this been fixed? By whom? Can we close th... -
- just wondering: (I know it's low priority) is this any better than the standard syntax?
-
- Anna's suggestion of *@range(1,n)@* _etc._ seems simple, clear, flexible.
The intention is that both values are incl... -
- I have now merged all "exbugs" into a single file called *@test-exbugs.C@* (with corr expected output in @test-exbug...
-
- I have added a test to @test-bug1.C@
-
- Now I have split @DetDirect@ into two fns: one generic and one for sparsepolyrings (where I can use geobuckets)
-
- There were two problems:
* *(A)* the dispatch function @ConstMatrixViewBase::myDet@ in @matrix.C@ was rather crude
... -
- It would be nice to make a single unified Gaussian reduction impl (if poss).
Anyway, currently there are too many im... -
- This is now mostly done.
There are now 7 files: original, adj, arith, det, KroneckerProd, LinKerZZ, norms, rank, r... -
- Is this a duplicate of #1488?
-
- I have made a reasonable impl more or less following *(B)*.
There is a new non-exported fn which computes multiplici...
16 Sep 2020
-
- Might it be useful to sort elements inside the interreduction loop according to a more "sophisticated" ordering: _e.g...
-
- I have now put my version of the impl in a new file *@SparsePolyOps-interreduce.C@* with corresponding header file.
... -
- Here is my revised version of the source code. It could surely be made faster, but this version is relatively simple...
15 Sep 2020
-
14:06 Feature #1488 (Closed): BuiltIn Interreduce-Function
- The function @interreduce@ is implemented in CoCoA-5, and the implementation (@NotBuiltin.cpkg5@) can be translated i...
Also available in: Atom