Activity
From 20 Jul 2014 to 18 Aug 2014
16 Aug 2014
-
16:04 CoCoALib Design #592: Review design of ConstMatrixView
- After having resolved #350, I have some other questions about the general design of matrices and their views.
The ... -
16:01 CoCoALib Bug #350 (Closed): problem with "matrix" argument in functions
- Since all tests seems to work correctly, I'm closing this issue.
There are some design questions still to consider, ... -
15:22 CoCoALib Bug #350: problem with "matrix" argument in functions
- CVS is working terribly: sometimes fails, otherwise VERY SLOW. No idea why :-(
I hope to succeed with checking in -... -
14:55 CoCoALib Bug #350: problem with "matrix" argument in functions
- I have made a few changes. All CoCoALib tests pass, and the example I gave above produces the desired behaviour. Ch...
-
13:46 CoCoALib Bug #350: problem with "matrix" argument in functions
- Here is an explicit example:...
-
13:42 CoCoALib Bug #350 (In Progress): problem with "matrix" argument in functions
- I've just been burned by this bug. It definitely falls into the category *nasty surprise*. I'll try to fix ASAP.
01 Aug 2014
-
16:25 CoCoALib Feature #62 (Closed): polynomial coefficient extraction w.r.t. single variable -- dense output
- This has already been done: it is the function *@CoeffVecWRT@*.
Closing.
-
10:56 CoCoA-5 Feature #484: Evaluate in other ring (was called :: in CoCoA-4)
- the CoCoA-4 operator "::" is now in another specific issue.
For the time being I think that *ReadExpr* may be good e... -
10:54 CoCoA-5 Feature #484 (Feedback): Evaluate in other ring (was called :: in CoCoA-4)
-
10:53 CoCoA-5 Feature #606 (Closed): Evaluate in ring operator (was called :: in CoCoA-4)
- CoCoA-4 has the *@::@* operator which evaluated expressions in a given ring:...
-
10:36 CoCoA-5 Support #605 (Closed): Release: CoCoA-5.1.1
- Everything for the release
finalize cvs
make
make doc
make ManExamples
in snapshot dir:
cd src/CoCoA-5/re... -
10:08 CoCoALib Support #599: Release: CoCoALib-0.99534
- fixed ManExamples (and fixed code for checking ;-)
-
10:00 CoCoALib Support #604 (New): Release: CoCoALib-0.99535
-
09:59 CoCoALib Support #604 (Closed): Release: CoCoALib-0.99535
- Everything related to making a CoCoALib release:
finalize
make veryclean; make (full make, with all tests and ex... -
09:41 CoCoA-5 Feature #603 (Closed): Resume CheckArgTypes
- Done, tested, documented
Different from the cocoa-4 version: more flexible (see manual) -
09:39 CoCoA-5 Feature #603 (Closed): Resume CheckArgTypes
- Redesign CoCoA-4 function CheckArgTypes (for checking argument types, of course...)
31 Jul 2014
-
18:32 CoCoALib Support #599: Release: CoCoALib-0.99534
finalize: done
tests - make valgrind: OK
create snapshot: not yet (just missing VectorOperations.txt)
updated we...-
17:49 CoCoALib Feature #310 (Closed): ordering and grading (weights) matrix
-
17:43 CoCoALib Feature #310 (Resolved): ordering and grading (weights) matrix
- Renaming done: OrdMat, GradingMat (2014-07)
Moving the MatrixView proposal into another issue -
13:54 CoCoALib Feature #310: ordering and grading (weights) matrix
- Postponing to after Seoul as there are some unresolved aspects.
-
13:52 CoCoALib Feature #310 (In Progress): ordering and grading (weights) matrix
- We have chosen the name *@OrdMat@* (and mem fn called *@myOrdMatCopy@*). Also added this fn for @PPMonoid@ and @Spar...
-
17:47 CoCoALib Design #602 (Closed): OrdMat: should it be a reference to a MatrixView in all PPOrderings?
- The function *OrdMat* needs to create a new copy of the ordering matrix because not all @PPOrdering@ objects actually...
-
17:36 CoCoA-5 Support #325: CoCoAManual: display syntax first
- Even though I had closed this issue saying:
> Even though CoCoAHelp.xml isn't all written like that (too dangerous t... -
17:00 CoCoALib Feature #218 (Closed): CoCoALib normaliz interface
- @Christof: you've done a good job, I think this issue can be closed now. Closing!
-
16:57 CoCoALib Bug #577 (Closed): Hilbert crashes with > 100 indeterminates
-
16:56 CoCoALib Feature #68 (Closed): cleanup doc for matrix, MatrixViews, *Matrix*,....
-
16:55 CoCoALib Design #584 (Closed): BaseRing for all rings
- Time is tight. Since it is just a name change, no real need to stay in feedback for any length of time. Closing.
-
16:53 CoCoALib Support #252 (Closed): Documentation for tmp.H (utils on vectors and other containers)
- The final (hasty?) decision is the call the file *@VectorOperations.H@* (even though most functions in it apply to ot...
-
15:15 CoCoA-5 Support #324 (Closed): Correct font for variable references in description
- Duplicates #169: "Font for parameters in manual".
Design is all set there.
Closing this issue. -
15:13 CoCoA-5 Support #169 (In Progress): Font for parameters in manual
- As said in another issue:
- parameters should have the same name as in <syntax>
- <syntax> should be moved before <... -
15:08 CoCoA-5 Design #294 (Resolved): BuiltInFunctions: General "OneLiner" for arguments of different type
- Is the new approach in BuiltInFunctions good enough?
I think so: it is not a one-liner but it's very readable (look f... -
15:06 CoCoA-5 Design #493 (Closed): Cleanup Hilbert package hp.cpkg5
- Now all functions work. A proper clean-up and re-design is in another issue.
-
15:01 CoCoALib Feature #304 (Closed): Module ordering and grading (and shifts)
- I think it is all done (naive resolutions work).
If some wrong aspect arises it'll become a new specific issue. -
14:54 CoCoALib Feature #72 (Closed): MatByRows, MatByCols
- Christof has a valid point about the mnemonic value of including *@view@* in the name, but Anna points out that none ...
-
14:38 CoCoALib Design #601 (In Progress): LongRange: in which file should it be declared/defined?
- Currently @LongRange@ resides in @utils.H@; it is the only function there that requires inclusion of the standard hea...
-
12:38 CoCoALib Feature #227: HilbertBasis from Normaliz: full-lattice or not?
- Christof! we should talk about this in Seoul.
-
12:31 CoCoALib Support #452 (Closed): Documentation for adding functions to CoCoA-5 (BuiltInFunctions and BuiltInOneLiners)
-
12:28 CoCoALib Feature #580 (Closed): Example for PPVector: ex-PPVector
-
12:20 CoCoALib Support #256 (In Progress): Improve doc about ordering/grading for poly rings
- Most of the information is already in the documentation for @PPOrdering@.
So it is mainly a matter of redesigning it...
30 Jul 2014
-
17:29 CoCoA-5 Feature #600: efficient subalgebras
- We are also working an efficient algorithm for implicitization.
Keep that in mind for this issue, or make a new issue. -
17:23 CoCoA-5 Feature #600 (New): efficient subalgebras
- There are many tools to deal with subalgebras (see @toric@ and @normaliz@), so it would make sense to design a nice i...
-
17:22 CoCoA-5 Feature #590 (Feedback): package for subalgebras
- Resumed package (slight design change, documented)
It will be imrpoved, but that's beyond this task scope.
-
17:20 CoCoA-5 Feature #359: RingOf for list
- The function in CoCoA-5 is already done and called @RingSet@ (see manual) but I'm not happy with the name: should I c...
-
16:56 CoCoALib Feature #150: RingOf rather than owner? (and than AmbientRing, ...)
- I note that I have just(20140730) checked in an update which introduces @RingOf@ for matrices, modules and ideals.
-
16:54 CoCoALib Design #584 (Feedback): BaseRing for all rings
- Checked in. Updated documentation. Everything works --> feedback.
-
13:40 CoCoALib Design #584: BaseRing for all rings
- I have now changed the name @BaseRing@ into @RingOf@ for matrices and modules.
I have changed @AmbientRing@ into @Ri... -
10:57 CoCoALib Support #599 (Closed): Release: CoCoALib-0.99534
- Everything related to making a CoCoALib release:
finalize
make veryclean; make (full make, with all tests and ex... -
10:56 CoCoALib Support #528 (Closed): Release: CoCoALib-0.99533
29 Jul 2014
-
16:26 CoCoA-5 Design #403: Misuse of dot-dot operator
- the error message was indeed a bit puzzling in some cases now it is:...
-
12:31 CoCoA-5 Design #403: Misuse of dot-dot operator
- Giulia's problem could be neatly resolved by allowing the following syntax *@L[2..4]@* to mean @[L[k] | k in 2..4]@. ...
-
12:04 CoCoA-5 Design #403 (Rejected): Misuse of dot-dot operator
- My main concern is the (possibly) unexpected behaviour illustrated in example *@(B)@* in comment 1. However, for a l...
-
11:54 CoCoA-5 Design #403: Misuse of dot-dot operator
- The main action taken was to clarify the manual entry for ".."; it is now quite clear, and even mentions Giulia's inc...
-
07:28 CoCoA-5 Design #403: Misuse of dot-dot operator
- I suggest to reject this issue.
@A..B@ works for A and B integers or indeterminates in the order of their definition... -
11:18 CoCoALib Feature #585 (Closed): (Hilbert-) quasi-polynomials
- Christof has reported no problems, so closing.
-
09:34 CoCoALib Bug #190 (Feedback): Subtle ref count bug for poly rings (via CoeffEmbeddingHom)
- tested also...
-
09:31 CoCoA-5 Feature #273 (Closed): Package for Polynomial Algebra Homomorphisms
-
09:29 CoCoA-5 Feature #484 (In Progress): Evaluate in other ring (was called :: in CoCoA-4)
28 Jul 2014
-
21:50 CoCoA-5 Bug #382 (Closed): Subtle bug with CoeffEmbeddingHom
- This is no longer a problem (after resolving issue #190). Closing.
PS I have added the example to @exbugs.cocoa5@. -
21:46 CoCoALib Bug #190: Subtle ref count bug for poly rings (via CoeffEmbeddingHom)
- Anna confirmed that it works fine on her machine, so I have checked in (incl 2 new tests)
Still need to update the... -
21:43 CoCoALib Feature #554 (Closed): CoCoALib-Normaliz interface: cannot print a cone
-
17:45 CoCoALib Feature #554: CoCoALib-Normaliz interface: cannot print a cone
- Yes.
-
16:51 CoCoALib Feature #554: CoCoALib-Normaliz interface: cannot print a cone
- *@Christof:* can we close this issue now?
-
21:42 CoCoALib Bug #2 (In Progress): Makefile problem in ROOT and/or src/AlgebraicCore
- Almost certainly part of the problem is that @ar ru@ on Mac OS X updates the mtime of the archive even when the archi...
-
17:48 CoCoA-5 Feature #173 (Rejected): Anonymous symbols: should they be available in CoCoA-5?
-
17:44 CoCoA-5 Feature #20 (Closed): How to get the compilation flags of CoCoA-5?
- Compilations flags are given by @VersionInfo()@
-
17:41 CoCoA-5 Design #412: intersection (all lower case)
- The clean solution would be to have @intersect@ doing what @Intersection@ used to do.
Problem is @intersect@ for IDE... -
17:12 CoCoA-5 Slug #99 (Feedback): Function "insert": obsolescent
- Documented as obsolescent
-
17:01 CoCoA-5 Feature #25: Function "Call"
- It is now officially documented as OBSOLETE, so I close this issue.
-
16:44 CoCoA-5 Feature #485: Initialization for CoCoA-5: file init.cocoa5
- the general @init@ file now works well.
I don't think there is a particular need for a user init file.
I regard thi... -
16:35 CoCoA-5 Feature #330 (Closed): Syzygy for modules: homogeneous module
-
16:34 CoCoALib Feature #598 (New): Syzygy for modules: non-homogeneous module
-
16:31 CoCoALib Feature #598 (In Progress): Syzygy for modules: non-homogeneous module
- Syz for modules with non-homogeneous input.
Maybe the CoCoALib code works, but....
needs proper testing.... -
16:28 CoCoA-5 Design #476: Review utility of package IO
- I don't think we should eliminate it.
In time, we can see what can be useful and advertized (low priority) -
16:20 CoCoA-5 Feature #512: Resurrect MakeCheck()
- Undecided, needs more thinking. Not urgent
-
11:48 CoCoA-5 Design #597 (New): Interpreter.C: remove calls to WrongTypeException
-
11:48 CoCoA-5 Bug #524 (Closed): BuiltInFunctions: remove calls to WrongTypeException
- There are a few more @WrongTypeException@ left in @Interpreter.C@.
Those are of a slightly different nature and shou... -
10:55 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- Changed also also PtrCast into RefTo<..>
cvs-ed
27 Jul 2014
-
12:57 CoCoALib Feature #586: BigInt ctor from a machine integer
- No complaints from anyone after checking in, so I regard the idea as safe and sound.
Postponing to "after Seoul" b... -
12:34 CoCoALib Bug #190 (Resolved): Subtle ref count bug for poly rings (via CoeffEmbeddingHom)
- I have implemented the changes suggested in my previous comment (_i.e._ rings no longer store cached copies of their ...
25 Jul 2014
-
19:50 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- added templates for @RefTo<..>@.
-
16:16 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- Now all @switch@ following @EvalArgAsT1or...@ have a default case giving and error.
This is good for maintenance: if... -
12:53 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- Another possible name is *@UnwrapBigInt@*. I think it conveys the idea that the @BigInt@ is hidden inside the object...
-
09:11 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- First pass is mostly done (BigIntValue --> INT, and similar).
I'm a bit undecided about a few other types like @OSTR... -
08:51 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- John Abbott wrote:
> I'm not entirely convinced by the names @PtrCastIDEAL@ etc.
> It is true that the arg is a "po... -
08:47 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- I started the change: there is no name clash problem with the class @INT@ :-)
... at least with gcc :-/
Anyway: in ca... -
13:00 CoCoALib Bug #190: Subtle ref count bug for poly rings (via CoeffEmbeddingHom)
- I think the real problem is that some rings store certain @RingHom@ values inside themselves (thus creating an indire...
-
08:19 CoCoA-5 Support #488: CoCoAManual: Help page for porting old C4 code to C5
- John Abbott wrote:
> I'd like a name which more clearly expresses that it is for converting "old" C4 code to C5.
Ind...
24 Jul 2014
-
21:19 CoCoA-5 Design #595 (In Progress): rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- Certainly the excerpt from @BuiltinOneLiners@ is very clear.
We have already spoken about the use of @default@ in ... -
18:56 CoCoA-5 Support #488: CoCoAManual: Help page for porting old C4 code to C5
- I'd like a name which more clearly expresses that it is for converting "old" C4 code to C5. We may even need some hi...
-
18:19 CoCoA-5 Support #488: CoCoAManual: Help page for porting old C4 code to C5
- I went through the translation table and I updated it (almost complete now :-)
.... I was just wondering: should w... -
18:00 CoCoA-5 Bug #378 (In Progress): Ungraceful behaviour: Source inside For loop
- I found where (I looked for @TT_FOR@, in @Parse.C@) to give a proper error (if we decide to disable it) or to enable ...
-
10:38 CoCoA-5 Bug #378: Ungraceful behaviour: Source inside For loop
- From Alexandru Costantinescu (who used @source@ in loops in cocoa-4)
> I am using a data base of Hilbert functions, ... -
10:34 CoCoA-5 Bug #378: Ungraceful behaviour: Source inside For loop
- A few more details: I ran this line...
-
17:52 CoCoA-5 Feature #579: Prototype package for Linear Commutative Algebra
- First functions 2014-07-23
(MinMult, AlgMult, GeoMult, ...) -
09:56 CoCoA-5 Feature #596 (Closed): function "packages"
- all done
-
09:55 CoCoA-5 Feature #596 (Closed): function "packages"
- implement function "packages" for list of loaded packages.
23 Jul 2014
-
12:38 CoCoA-5 Design #595: rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- This is how some lines in @BuiltinOneLiners@ would look...
-
12:30 CoCoA-5 Design #595 (Closed): rename BigIntValue, IdealValue --> INTValue, IDEALValue? or even INT, IDEAL?
- In the interpreter (@AST.H@) we have the definition of the classes @BlahValue@, for example
@BigIntValue@, @IdealVal...
22 Jul 2014
-
15:59 CoCoA-5 Bug #594 (Feedback): CharPoly(MAT) and MinPoly(MAT) work in different settings: unify behaviaour
- all done (also documented)
-
12:46 CoCoA-5 Bug #594 (Closed): CharPoly(MAT) and MinPoly(MAT) work in different settings: unify behaviaour
- They should both work both with M in K or in Kx (but not dependent on x)...
-
12:44 CoCoA-5 Feature #173: Anonymous symbols: should they be available in CoCoA-5?
- Now I'm incline to say "no" and reject the issue: too much hassle for very little use.
@NewSymbol()/NewSymbols(n)@ a... -
12:38 CoCoA-5 Feature #492: New C5 fn for adjusting the warning level
- John Abbott wrote:
> This should be easy (but you never know!).
> Moving to after Easter as it is unimportant.
I... -
09:42 CoCoA-5 Design #491: Cleaning: Cruft in CoCoA-5 packages
- This task will never be closed (when would we ever be able to say that? ;-)
So, let's say that we start deleting obs... -
09:40 CoCoA-5 Feature #512: Resurrect MakeCheck()
- It should be easy enough to implement if we can get the path of the tests.
This works for me (as an example)... -
09:32 CoCoA-5 Feature #487: ScalarProduct accepts MatrixRow?
- I think it is possible, but tedious work. Is it worth the effort?
-
09:19 CoCoA-5 Bug #132: BringIn should allow reduction modulo p
- now works in some cases, e.g. the one in the description ;-)
More precisely it works if the coefficient ring (of the... -
08:47 CoCoA-5 Design #476: Review utility of package IO
- At the moment it is only exporting @format@ (which I find quite useful).
I updated @Format/format@ and checked the m... -
08:27 CoCoA-5 Design #546: ideal wants LIST of RINGELEM
- It was easy to fix it for @ideal([x,0,y]);@.
I re-designed the function for @ideal@ a bit.
I renamed @evalArgAsRing... -
07:44 CoCoA-5 Feature #518 (Feedback): incr/decr functions: to be used in packages
- All done (I think).
If/when we make += it'll be easy to search for incr/decr
21 Jul 2014
-
18:39 CoCoA-5 Bug #279 (Feedback): Bug in Radical (actually a RingHom problem)
- found the bug: usual ref-count bug on RINGHOM.
Found a few more little bugs in the way ;-)
20 Jul 2014
-
17:23 CoCoALib Bug #593 (Closed): Temporary directories used during configuration
- Improvements needed for the TMP_DIRs used during configuration:
* perhaps use std prefix so that they can all be rem...
Also available in: Atom