Activity
From 12 Dec 2020 to 10 Jan 2021
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...
18 Dec 2020
- 17:45 Bug #1553: Timing SystemCommand
- I have now implemented *@ElapsedTime@* (based on the standard C++ @steady_clock@)....
- 16:40 Bug #1553: Timing SystemCommand
- It might be possible to replace the call to the C++ function @system@, by a @fork@ and an @exec@ (or @execv@?).
I ha... - 17:24 Design #1554: cocoa5-emacs-dir or cocoa5-root-dir?
- It seems more natural to me to specify the path to the "root" directory; then all accesses to files are "downward".
... - 17:22 Design #1554 (Closed): cocoa5-emacs-dir or cocoa5-root-dir?
- In the emacs initialization lines we define *@cocoa5-emacs-dir@*.
Why do we not define *@cocoa5-root-dir@* instead? ...
17 Dec 2020
- 17:07 Bug #1553: Timing SystemCommand
- oh well yes, @sleep@ may not be the best test, however I think it nonetheless highlights my problem ;)
I agree tha... - 17:07 Bug #1553 (In Progress): Timing SystemCommand
- I have searched briefly (or not-so-briefly) on internet, and it seems that C++ does not yet offer a way to measure pr...
- 16:35 Bug #1553: Timing SystemCommand
- First comment: using @sleep@ is perhaps not the best test. Below is what I get using bash on my Linux computer:
<pre... - 14:47 Bug #1553 (Closed): Timing SystemCommand
- Hi,
I was just timing some computations and noticed that the the time it takes to execute a command with @SystemCo...
13 Dec 2020
- 17:16 Bug #1552: subst: not checking args properly
- @subst@ is defined in package @misc@.
The real problem appears to be in @Subst2_top@:
@x+2@ is evaluated in @ZZ/(... - 17:13 Bug #1552 (New): subst: not checking args properly
- The following shows that @subst@ can behave wrongly:...
- 11:07 Design #1551: Emacs: avoid making buffer visible in 2 "windows"?
- After a quick search I found the following useful link:
*@https://emacs.stackexchange.com/questions/2959/how-to-kn... - 11:06 Design #1551 (New): Emacs: avoid making buffer visible in 2 "windows"?
- In Emacs if I type @M-x cocoa5 RET@ it changes the current "window"(?) to show @*cocoa5*@ buffer even if this buffer ...
12 Dec 2020
- 21:37 Design #1550 (Feedback): version number for CoCoA5 snapshot release?
- I have checked in: better doc in @release-files/version@, new target in @Makefile@, new program @check-version-define...
- 21:36 Bug #1512 (Feedback): Package with unexpected EOF
- I have checked the code in. No test (do we need one?)
Also available in: Atom