Activity
From 01 Oct 2020 to 30 Oct 2020
30 Oct 2020
-
20:49 Support #1498 (Feedback): Export many names or just one?
- I have changed the impl so that only a single name after @export@ is expected.
Amazingly it compiled first time, and... -
- Checked in.
-
- I have also implemented @RingElemVec@ (even though Anna did not want it).
I'll check in so we can test it.
-
16:11 Design #1525: CoCoA Manual: homogenize obsolete/obsolescent entries
- Possibly add the year
-
- The relevant function seems to be *@IndexedAccessExpression::implEval@* in @Interpreter.C@ around lines 3677--3695.
... -
10:19 Bug #1527 (Closed): Inadequate error message on incorrect list access
- When trying to access a list using another list, the error message seems to be incorrect.
Here is an example:
<pr...
29 Oct 2020
-
- I do not think it is dangerous.
We cannot easily compare with C++ input via the @>>@ operator since that reads int... -
- John Abbott wrote:
> We could add the following at the start of @RingElems@ (in @RingElemInput:C:278@)
> if (in.e... -
- Done up to letter P
-
- This is how the renamed ones should look like...
-
- The section "see also" is handy only for the online version.
Remove them.
Think of an easy way to call the manual... -
- I'm cleaning the manual for a homogeous straightforward style for obsolete/obsolescent entries.
Mainly it should jus... -
- Make it possible to get the manual for a selected string.
In the file buffer it is C-c C-h and it is also in the m... -
- This is a marginal issue, but we have two contrasting things (and now we know it ;-) ), so we should make a decision....
-
- The relevant source code is in @Parser.C@ from line 556 to 595.
It is surprisingly long; allowing just a single nam...
28 Oct 2020
-
- According to cppreference, the return value of @std::system@ is _implementation defined._
The CoCoA manual was too s... -
- I just noticed that @SystemCommand@ returns incorrect exit values, in particular the returned value is ´exit_val * 25...
27 Oct 2020
-
- I have changed the impl so that there is no auto promotion for matrices.
The example in comment 1 now gives... -
- I must change the impl so that only the ringelem gets mapped. To map the matrix one must make an explicit call.
O... -
- As suggested in comment 10 above, I have copied the "done list" and the "todo list" to issue #7.
Closing this issue ... -
- Here are done list and todo list copied from issue #1461 comments 7 & 8. Moving them here.
*DONE LIST*
* @Matri... -
- *I have decided to make this the "master issue" for questions related to automatic ring conversion* (mainly because i...
-
- I have revised the manual entry for @matrix@. I did note that in the examples @mat@ is used rather than @matrix@ -- ...
-
- *Conclusion: no automatic mapping of ringelems in equality tests*
A user working in several rings at once has to s... -
- I am rejecting this. This issue is essentially duplicated in #1515.
*Main reason for rejection is in comment 3 of...
26 Oct 2020
-
- I have improved (??) the code. It should give better err mesgs now. Here are some examples:...
-
- A temporary workaround for Julian is probably the following:
* obtain the CoCoA sources, modify @include/CoCoA/confi... -
- I was not able to get the information I wanted from @valgrind@ (probably my fault).
After some thinking (but less ... -
- The C++ substring function has the following interface:
* @substr(str,n)@ the substring starting at the n-th posn u... -
- Presumably the CoCoA-5 interpreter has a function which performs the command *@source@*. If this function can accept...
-
- The template function for lists (of all sorts) is actually called @LIST::LIST@... mmm, is that a ctor?
It is defined... -
- Investigate whether the template fn @Value::from@ (see @Interpreter.H@ around lines 1422--1442) can avoid copying by ...
-
- Low priority because the current code works (but I would like to reduce dependency on BOOST).
This is likely to be... -
- The CoCoA-5 interpreter uses @BOOST_FOREACH@ in several places; I think the C++14 "range" @for@ syntax is essentially...
23 Oct 2020
-
- MemPool causes a SEGV! 8-O
I'll try without MemPool... if I can remember how.
*ANS:* configure with @--thread... -
- I have just made a first run with debugger/profiler --> SEGV
Ooops!
-
- I have modified the test program so that it first generates a list of random linear forms (and then prints it).
Wi... -
- I have just recompiled CoCoALib to use @unsigned char@ as exponent type.
The program ran noticeably faster: about 3 ... -
- The test example as in the description took about 7 mins to generate the 20Mbyte file. That is disappointingly slow ...
-
- I like Anna's suggestions:
* by default start with the initial ring @QQ[x,y,z]@ (why should it be assigned to a var... -
- I vote for *(A)* Right after the banner print a message saying what the current ring is
Cleanliness would demand h... -
- This ought to be very easy: I am sure that C++ already has such a function.
I came across the problem while lookin... -
- Proposal: a new function to extract a substring.
Syntax would be something like @substr(str, start, end)@ where ind... -
- Ah, me too. I have just checked in my code... oddly, there were no clashes. What does that mean?
-
- Fixed in @RingElemInput.C@, therefore also for CoCoALib.
22 Oct 2020
-
- Clarification: the example in comment 1 does indeed run, but the resulting matrix is over @P@ not @K@.
To obtain a m... -
- I suggest closing this issue, and copying any unresolved parts into issue #7.
It would be nice to have issue #7 as t... -
- I now suggest that we make equality-test throw an error (@MixedRings@) if the args are elements of two different ring...
-
- Hi,
I have a large polynomial system that has to be read from a file. In order to do so, I load all the polys as c...
21 Oct 2020
-
- We could add the following at the start of @RingElems@ (in @RingElemInput:C:278@)...
20 Oct 2020
-
- Now I'd have a slight preference in keeping the current name (it is convenient as it emphasise the "HilbertBasis" str...
-
- Is this a quick issue? If so, is it worth finishing it quickly?
-
- A better workaround is to use @sum([...])@.
I have just tried a test of the form:... -
- The relevant source code seems to be @Parser::parseUseStatement@ around line 356 in @Parser.C@.
What should the b... -
- I have checked in my prototype... hope it is a good one!
-
- I have tried testing with the current public version of CoCoA-5 for linux: it fails because the interpreter does not ...
-
- I now have a new @cocoa5@ script for GNU/linux. I have developed it "blind", so it probably does not work correctly ...
19 Oct 2020
-
- A relevant line in the source code is @Interpreter.C:1212@ which contains:...
-
- The technically easiest solution would be start with the ring @ZZ@; while not exactly what was suggested, I suspect t...
16 Oct 2020
-
- I have checked in my code (after some _ad hoc_ testing).
I have slightly changed what we agreed via skype (so that t... -
- I seem to have lost the test file I used for the revised package parser. Here is a short version:...
-
- A package which ends prematurely produces an error, but the message could be better:...
14 Oct 2020
-
- I have checked in the minor change to @Main.C@ which impl the @--do-nothing@ option.
-
- After discussing with Anna: the filenames are essential for the manual mechanism to work. So my idea to pass @istrea...
-
-
- we want ...
-
- In CoCoA-5 we have @RingElems@ and @RingElemList@.
The second function can produce an empty list (from input @"[]"@)... -
-
-
- John Abbott wrote:
> I have added some tests to a new file called @test-package.cocoa5@.
> Not yet checked in: awai... -
- Have we used the idea in comment 4 in the CoCoA-5 tests?
I think probably not. If not, why not?
Solving the orig... -
- John Abbott wrote:
> I have made some improvement. Now "send region" should keep the font magnification.
I confi...
13 Oct 2020
-
- I'm not entirely sure how to achieve technically "start with no current ring":
* *(1)* use an extra flag to say no r... -
- After lunch with Robbiano today...
The question of the initial ring in CoCoA-5 came up. There are two proposals to ... -
- I suggest documenting this behaviour, and then closing this issue.
*BUT* where should it be documented?
Anna po... -
- This was last considered 5 years ago. The problem has not arisen in this time (in my experience), so I think that it...
12 Oct 2020
-
- I have made a first attempt at modifying the start-up script. It took me a lot longer than anticipated :-(
It is ... -
- It is not entirely clear to me how to make @--packageDir NoPackages@ work portably.
One solution is to make @NoPacka...
11 Oct 2020
-
- I did a quick speed test: specifying as input @/dev/null@, and where the directory @NoPackages@ contains only @init....
10 Oct 2020
-
- An alternative solution is to ask the user to use an @install@ script: this script could then determine which executa...
09 Oct 2020
-
- I have now added a fn @OpenXMLManual@ which tries to open the file, and throws a helpful exception if there is troubl...
-
- I have changed @XMLFileName@ to return a @std::string@. Everything compiles and runs OK.
The next stage is to mak... -
- Currently @wordlist.txt@ contains also OBSOLETE/OBSOLESCENT entries.
Is this sensible? Shouldn't they be removed?
-
- @Main.C@ calls @OnLine::XMLFileName@, but I think probably should not.
Consider removing the call; and implement i... -
- Florian suggests putting a link to the github address somewhere evident on the download page for CoCoA-5 for linux.
... -
- This was resolved some time ago by including in the @release-linux.sh@ script a check that the start-up script in the...
-
- Decision: distrubution with two executables.
John does the cocoa-5 script
Anna does the release script (and the rel... -
-
- Resolved: use the function *@IsAtEOF@* (which existed but was not documented).
-
- I have improved the man page for @GetLine@ -- it no refers also to the page for @IsAtEOF@.
-
- I resorted the lines and now gives the message in the bottom line.
Works fine on emacs 26 and 24. I expect it works... -
- @string-to-number@ should be used instead.
But there are a few more things not working as before: the error text in ... -
- @string-to-int@ has been an obsolete function since Emacs 22.1, and it was removed in 26.1.
Fix code in @cocoa5.el@
08 Oct 2020
-
- I think changing the return type of @XMLFileName@ should be trivial (and not cause problems).
Changing the error m... -
- In @OnlineHelp.C@ there is a fn @XMLFileName@ which should give the full path of the XML file.
Current this fn ret... -
- How flexible/limited should a new syntax be?
Should it be possible to make arbitrarily long extensions? Such as
... -
- We discussed this over lunch today.
JAA thinks that this is not incompatible with #657.
Which term order should... -
- This request comes from Florian Walsh.
The suggestion is permit the following syntax:... -
- I think this has largely been resolved by @RingElem@ or @RingElems@ or @RingElemList@.
Right?
-
- Assuming that this works reasonably well, it would be nice to release it with CoCoA-5.
When? Next version? The one... -
- I have just tried the example in the description. The equality test gives @ERR::MixedRings@, which I think is probab...
-
- Our code looks to be correct (in agreement with the description given on website @cpprefeence.com@).
At the moment... -
- Andraschko reports that @SystemCommand@ does not work properly in the Microsoft release.
07 Oct 2020
-
- I am quite undecided about this.
For "run-time" errors we have the possibility of handling them via @try...endtry@... -
- In CoCoA-5 test files, computational errors can be captured inside a @try...entry@ block,
but syntax errors cannot.
...
06 Oct 2020
-
- I have changed the impl of @mySetEntry@ so that it tries to auto map the ring elem. Some _ad hoc_ tests pass.
I h... -
- We have the habit of exporting a single name at a time, but I see no harm in allowing several names to be exported by...
05 Oct 2020
-
- oh thanks, did not now that this function exists.
I also think that an error is appropriate, since there is no more ... -
- So now that *@IsAtEOF@* is visible, should attempting to read beyond EOF trigger an error?
Probably "yes".
Opinio... -
- Is seems that the function *@IsAtEOF@* was not in the CoCoA manual; it is now!
This should surely resolve the prob... -
- I have improved the manual page for @GetLine@.
I have not understood why an empty string is returned when EOF has ... -
- According to the CoCoA-5 manual, *@GetLine@* returns a line *without* the following end-of-line character (ascii code...
-
03 Oct 2020
-
- The CoCoA manual says that @export@ expects just a single name; the code will accept a comma-separated list.
Chang... -
- I have added some tests to a new file called @test-package.cocoa5@.
Not yet checked in: awaiting comments on #1495 a... -
- I am writing tests for @package@, and have a question.
If the input contains something like *@export abc,skip;@*,
a...
02 Oct 2020
-
- Prototype still needs to be cleaned... not today!
-
- Here are the tests we should make:
* *(1)* package with no @export@ commands (warning, as now)
* *(2)* package w... -
- I have written a first prototype. It compiles and seems to do the right thing, but I must do some more testing.
The... -
- From #1477 point (C)
proposed syntax *@export skip;@* -
- It may be useful to make a package exporting no function: currently it gives a warning.
Choose an explicit syntax ... -
- It seems that the root cause was in @LexemeClass@... which was poorly written (by me?).
I have rewritten it, and all... -
- Here is a list of the tests: we can remove the ones which have been checked/updated....
-
- *COPIED FROM COMMENT 3 in #1294*
One possibility is simply to use names which start with underscore: this is allow... -
- To avoid problems with name clashes the names of variables inside test scripts these variable should have "special" n...
-
- John Abbott wrote:
> Any news about this package?
> Can we close this issue quickly and easily?
ok, working on i... -
- After a Skype discussion we have decided to leave things as they are: while not perfect (and sometimes annoying) the ...
-
- John Abbott wrote:
> Is this even a bug?
> In my installation the symbol *@Gens_Ker_Mod_Hom@* is indeed exported by... -
- John Abbott wrote:
> My "gut feeling" is that it should work... I expect it to work (perhaps because the destination... -
- John Abbott wrote:
> Regarding point *(C)* _why must a package export at least 1 function?_
> We could also allow s...
Also available in: Atom