Activity
From 19 Dec 2020 to 17 Jan 2021
15 Jan 2021
-
21:05 Design #1546 (Feedback): Improve 'describe' or 'print' for a function
- This is now working fine (after Anna changed the impl of print in the interpreter). Moving to *feedback*.
-
20:56 Feature #346: Describe should indicate package name
- Since @print@ and @sprint@ now produce the body of a CoCoA-5 function, it superfluous for @describe@ to do the same.
... -
20:52 Feature #346 (Resolved): Describe should indicate package name
- *IMPORTANT*
* the @describe@ command describes a _value_ and not a _variable_;
* a fn defn *does not contain any in... -
09:13 Feature #346: Describe should indicate package name
- Since Anna seems to have solved issue #1174, is it now possible to make progress here?
Since normal printing now p... -
20:42 Feature #531: Package protected variables should know which package protected them
- In the source code indicated by Anna, there is a loop which sets @protectionReason@ (or some similar name).
These re... -
12:23 Feature #531: Package protected variables should know which package protected them
- Anna Maria Bigatti wrote:
> There is something called @protectionReason@ but seems unset (very strange: the code for... -
10:39 Feature #531: Package protected variables should know which package protected them
- modified also implementation of @unprotect@...
-
10:30 Feature #531 (Feedback): Package protected variables should know which package protected them
- Implemented: updated code of @CheckProtection@ (extra arg runtimeEnv) in Interpreter.C
(done it, before I forgot the... -
08:18 Feature #531: Package protected variables should know which package protected them
- I might be able to fix this, see #1174
-
09:07 Feature #1174: package of a function --> of an identifier!
- Well done! I suggest we accept the version taking a string for the time being (unless you can easily make a fn like ...
-
08:29 Feature #1174: package of a function --> of an identifier!
- Example:...
-
08:11 Feature #1174: package of a function --> of an identifier!
- should the name be @PackageOf@?
I have investigated: belonging to a package (variable) is a property of the variab... -
06:48 Bug #1531: CRASH: arithmetic with HilbertSeries (tagged object)
- It (correctly) gives error both on right and left, no crash.
11 Jan 2021
-
10:02 Bug #1560: elim for modules
- Not sure how hard this might be. Does it suffice to create a poly ring with elim order, and then compute the GB for ...
-
09:59 Bug #1560 (New): elim for modules
- Bernhard Andraschko reported the following NYI:...
08 Jan 2021
-
15:23 Feature #1516 (Resolved): substring function
- I have written a (short) manual entry.
Should there be some tests? :-/
-
15:16 Feature #1516: substring function
- I have written a first version (in @BuiltinFunctions.C@).
* name: *@substring@*; I prefer not to use @sbstr@ as th... -
13:06 Feature #1516 (In Progress): substring function
- Start pos and length seem reasonable to me.
Should we also allow the version which goes to end of string? KISS: m... -
11:56 Bug #1539: Website: installation instructions for Microsoft
- add the instruction written by Henry O'Keeffe
-
11:53 Bug #1512 (Closed): Package with unexpected EOF
-
11:51 Design #1495 (Closed): Package exporting nothing?
- Tested. OK.
-
11:35 Feature #1509 (Closed): RingElems with empty input
-
11:31 Design #1546: Improve 'describe' or 'print' for a function
- And also fix the manual.
-
11:30 Design #1550 (Closed): version number for CoCoA5 snapshot release?
- For snapshot releases: (Anna) remember to change the links in the webpage.
-
11:28 Feature #1543 (Closed): Default path for packages
-
11:24 Design #1530 (Closed): VersionInfo -- better field names?
-
11:23 Support #1498 (Closed): Export many names or just one?
-
11:20 Slug #1556: DivAlg slower than NR
- I checked: not as easy as I thought.
@NR@ is defined in @SparsePolyOps-RingElem.C@ and make use of ReductionCog. Th... -
11:19 Bug #1527 (Closed): Inadequate error message on incorrect list access
23 Dec 2020
-
11:37 Design #1540: Double power
- Relevant source is probably in @Parser.C@ around line 1890; *@Parser::parsePowerExpression@*
22 Dec 2020
-
17:19 Slug #1556: DivAlg slower than NR
- Check the code for NR and see how to make the data type for the output.
-
14:21 Slug #1556: DivAlg slower than NR
- Just for the record: @NR@ took about 0.063s, @DivAlg@ took about 1280s.
Presumably @DivAlg@ should also be built-i... -
14:03 Slug #1556: DivAlg slower than NR
- I verify that the problem is present in the current version on my computer.
*@NR@* is a built-in function; *@DivAl... -
13:57 Slug #1556 (New): DivAlg slower than NR
- Andraschko reported the following by email:
Consider the following code which computes the minimal polynomial of sqr... -
16:20 Bug #1553 (Feedback): Timing SystemCommand
- I have checked in *@ElapsedTime@* (incl. doc).
New qn: is the fn *@RealTime@* in CoCoALib obsolete? -- *NOTE:* may... -
15:36 Design #1554: cocoa5-emacs-dir or cocoa5-root-dir?
- The question arose after an email from Alasdair McAndrew (around 2020-12-18). Anna will investigate.
-
15:32 Design #1554 (In Progress): cocoa5-emacs-dir or cocoa5-root-dir?
- Anna points out that there are complications on Microsoft where one cannot be entirely sure where the release is unpa...
-
15:03 Design #1546: Improve 'describe' or 'print' for a function
- Now "print/println ... (on ...)" prints the body of used defined functions.
To do: "describe" should give the name o...
19 Dec 2020
-
16:29 Bug #1553: Timing SystemCommand
- The new func @ElapsedTime@ is perfectly fine with me!
I personally prefer the return value representing a rational a...
Also available in: Atom