Activity
From 30 Apr 2014 to 29 May 2014
29 May 2014
-
17:11 Design #567: Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- first step done (in Lexer.C)
-
17:09 Design #567 (In Progress): Emacs UI: coloured syntax in output buffer has problems if error message shows a single double-quote
- Let's try the proposal. As it is a "trick", it should be well documented.
-
- maybe error messages should be printed...
-
- consider this...
-
- Apparently emacs + script does not work on some linux machine (Oscar's).
Script works fine inside a normal shell, but... -
- I'm sure this didn't work just a few days ago; but when I tried it yesterday, everything behaved correctly (but I don...
26 May 2014
-
- The manual search *@?<>@* produces no match, yet the XML source has a suitable key (in the entry for *@Equality Test@...
22 May 2014
-
- Elisa Businelli has kindly lent us her computer so that we could confirm that the problem has been resolved on her ma...
20 May 2014
-
- The type @ZMOD@ is no longer used -- remove it from C5.
-
19 May 2014
-
- Some C5 keywords are not coloured: _e.g._ *@ImportByValue@*.
Check the Emacs UI list against the list in the inter...
16 May 2014
-
- Anna says she has fixed it; @exbugs.cocoa5@ now passes on Linux.
-
- (20140516) I get the same problem in my 32-bit Linux VM.
Investigating.
14 May 2014
-
- compile and update website
-
-
- lots of cleaning: not all done but ok for current release of CoCoA-5.1
-
-
- (corrected code for *AllExamples.C*)
Run @make ManExample@
this creates @ManExamples-out.cocoa5@.
Give it as input t... -
- Extract from the manual the input of the examples into a file; then run it in cocoa.
*2014-07* Run *make ManExamp... -
- *20140514* JAA confirms that the original problem persists; also gives numerous memory alloc errors like this:...
-
- (in manual, introductory part)
-
-
- Make new issue for remaining work.
-
- Mostly done, cleaned up and reinserted in html and tex manual.
To do (no time for cocoa-5.1.0) description about *in... -
- The part describing the language was already obsolete 10 years ago.
Simplify and resurrect. -
- It works much better now; still working on the content...
-
-
- It seems to work well enough (at least most of the time).
Closing!
-
- I have corrected the spurious error -- forgot to invert a condition when changing an assert into @if (check) CoCoA_ER...
-
- Manual for *PreprocessPts* is wrong. I had a look, but I don't know how to fix it.
(syntax talks about LIST, but sh... -
- I have implemented, tested, & documented.
I followed Anna's suggestion: a @MantExp2@ structure now contains 4 (pu... -
- For JAA: commit file for fixing
@BuiltInFunctions.C:678: error: 'class CoCoA::MantExp2' has no member named 'myNumDig...
12 May 2014
-
- John Abbott wrote:
> I've just copied the code for @MantissaAndExponent10@ -- it seems a waste writing code using cu... -
- I've just copied the code for @MantissaAndExponent10@ -- it seems a waste writing code using cut-and-paste :-(
Add... -
- *MantissaAndExponent2* is defined in CoCoALib and mentioned in the manual for CoCoA-5.
Porting it to CoCoA-5 should ... -
16:50 Feature #204: NmzComputation: the powerful NormalizComputation function in CoCoA-5
- Okay, that's not so difficult if you know how it works. I just had to remember also to remove the matching @END_STD_B...
-
- Christof Soeger wrote:
> I have implemented point 1) (see #218) and now also point 2). I will send the code.
test... -
- I have implemented point 1) (see #218) and now also point 2). I will send the code.
For 3) I have the problem that...
09 May 2014
-
- I've tested and checked in my revised impl.
Perhaps I was too paranoid after finding an ugly bug in @IsHomog@ (also ... -
- Wouldn't it be more natural to specify indexed symbols using this syntax: @RingElem(R, "x", [2,3])@?
-
- OK, I think I have figured out what the code is supposed to do. I've added some documentation (and improved variable...
-
- What is going on in the impl of builtin fn @RingElem@; source is in @BuiltinFunctions.C:949-977@???
Something *BAD*! -
- We could avoid the problem by *using different names for the various mem fns*; this idea should be considered (& then...
-
- Here is an argument against blindly applying the @using@ "trick".
The class @RingBase@ defines a mem fn @myNew(con... -
- We should employ the @using@ "trick" only if it the correct design! I believe it is a bad idea to use it just to mak...
-
- problem (2): done for Sugar too.
Now to be done for all concrete rings: myNew, myAssign, myIndets.
I think that sho... -
- Anna Maria Bigatti wrote:
> So it is probably useful to keep the compilation flag and to add those "using".
> I expec... -
- John Abbott wrote:
> Similar @overload-virtual@ warnings are produced even when compiling CoCoALib. I believe I unde... -
- added small test.
Closing.
-
- This is the best we can get.
Moreover new installation is easier (does not require set names or folder positioning)
... -
- It works, but should be cleaned up.
Mainly we should store the resolutions in the ideal (together with Hilbert, Jane... -
- done and documented (I can't remember when).
Closing.
08 May 2014
-
- works on mac and linux.
On linux also deals automatically with 32/64 bit binaries
-
- I've been cleaning up my scripts and insterted them in CVS.
... as usual it is difficult to make things easy!
I hav... -
- I have checked/updated essentially all fn signatures in @CoCoAHelp.xml@.
I have done nothing about @TAGGED@.
Some... -
- I now think that it is appropriate for @FloatStr@, @DecimalStr@ and @ScientificStr@ to accept @RINGELEM@ and auto con...
07 May 2014
-
- Similar @overload-virtual@ warnings are produced even when compiling CoCoALib. I believe I understand the problem, an...
-
- I note that @FloatStr@ used to be implemented in @approx.cpkg5@ and would accept a @RINGELEM@ argument (which was pre...
-
- I'm not sure how widespread this should be.
Perhaps the best approach would be to implement separately for a few fun... -
- It could be helpful sometimes to allow "automatic" conversion from @RINGELEM@ to @INT@ or @RAT@. I discovered this w...
-
- I've been cleaning up my scripts and insterted them in CVS.
... as usual it is difficult to make things easy!
I have ... -
- Satisfactory; may have to be reconsidered if/when the printing of rings is reimplemented (see #548)
-
-
- Works OK; the only remaining question is whether the default should be to capitalize or not. Currently (and for 5.1 ...
-
- Implemented, documented, tested.
Closing..
-
- Oscar reports that it works for him.
Closing.
-
- Anna is happy too; look OK in LaTeX/PDF.
Closing.
-
- Added more tests (on shorter random lists, since the code handles long and short lists separately).
Regarding the ...
06 May 2014
-
- It seems OK now (Anna's happy too), so closing.
-
- I have implemented option *(1)* _i.e._ eliminated all code to do with reading multiline string literals.
Documenta... -
- John Abbott wrote:
> Here is an idea: simple to implement, but perhaps not so nice to use?
> * a ring prints out si... -
- Here is an idea: simple to implement, but perhaps not so nice to use?
* a ring prints out simply as @ring(1)@, @ring... -
- Should this topic be in CoCoALib rather than CoCoA-5?
From the point of a user it would be very handy if the C5 ex... -
- And in CoCoA-5 would look like this:...
-
- I tried to see how it looks (just in RingFp.C).
This would be the output for test-RingHom1 .... not bad, I think
<p... -
- Each ring in CoCoA has an ID number (they start at 1 and are assigned incrementally). It'd be better to print those ...
-
- for some rings there is a unique implementation: *RingQQ()*, *RingZZ()*, *RingQQt(n)*.
For all the others the constr...
05 May 2014
-
- It is inconvenient (perhaps even embarassing) that you cannot do this:...
-
- I suggest moving @Functions@ (currently built-in!?!) to the package @obsolete.cpkg5@
*20140508* OK done this (after ... -
- I have recently added a new C5 test (@exbugs.cocoa5@) and was surprised to find that it produces output. What happen...
-
- Could we condense the syntax and description so that the pages occupies less vertical space?
-
- The man page is much improved, and easier to find. Good enough for now; maybe experience will help improve it in the...
02 May 2014
-
- Current solution is satisfactory, so closing!
-
- Current approach is satisfactory (& even fairly backward compatible if you don't nest @/*...*/@ style comments)
Cl... -
- The current doc is satisfactory (& certainly much improved); maybe future experience with students will help make it ...
-
- I have added a new C5 test file @exbugs.cocoa5@ which contains a simple verification that @sorted@ works on some rand...
-
- After the mindboggling refresher course in regexps, I'm closing this because it all (magically?) works.
-
- It works fine both for me and for Anna -- after >2 weeks' testing. Closing!
-
- Adding note about original requester: @andrei_zarojanu@ (at @yahoo.com@)
I'll email him about our partial solution -... -
- A proper solution will be very costly and highly invasive (and Giovanni's not keen to help). Furthermore, it is prob...
-
- @TimeFrom@ is a satisfactory KISS solution. Still happy after 3 weeks, so closing.
-
- I like the current doc. Changing to feedback.
30 Apr 2014
-
- Problem (2) -- continued
compilation with @-Woverloaded-virtual@... -
- Anna Maria Bigatti wrote:
> Next to investigate
> Problem (2)
> [...]
@-Woverloaded-virtual@ is accepted by my compil... -
- problem (4)...
-
- problem (3)...
-
- Next to investigate
Problem (2)... -
- Problem (1) [solved]...
-
- Bruno Simoes found some warnings and a error in a cocoa-5 test.
*problem (1) struct/class* fixed
*problem (2) ove...
Also available in: Atom