Activity
From 14 Apr 2015 to 13 May 2015
13 May 2015
-
17:20 Feature #700: Which external libs are present?
- JAA and AMB think that there is little need to have a similar function in CoCoALib since there are the CPP defines @C...
-
16:41 Feature #700: Which external libs are present?
- Done.
Just fiddling with the string returned by... -
- Some ideas:
* a function @ExternalLibs@ which returns a list of strings
* a function @HaveExternalLib@ which expect... -
- It might be nice to have a way in CoCoA-5 to know which external libs are actually present.
12 May 2015
-
- John Abbott wrote:
> JAA notes that Emacs lisp has the built-in variable *@system-type@* which gives information abo... -
- JAA notes that Emacs lisp has the built-in variable *@system-type@* which gives information about which OS is running...
-
- Anna Maria Bigatti wrote:
> So, we cannot remember why we did this change: probably to allow spaces in path.
We r... -
- In earlier versions @cocoa5-executable@ was @CoCoAInterpreter@.
Now it is the script @cocoa5@ (and this caused prob... -
- The problem was solved and tested on a student's computer.
It is enough to add one line in the file *<cocoadir>/emac... -
- The recent installation of CoCoA for the Computer Algebra course in Genoa showed a problem on Windows in finding pack...
11 May 2015
-
- CoCoA-5 prints an empty line after each input line which outputs nothing.
Might be related to the fact that standa...
08 May 2015
-
- Following CoCoALib conventions the return type should be @vector<long>@.
What should the values in the vector be? ... -
- The excesive verbosity has arisen again: @Rank@ was exported from 2 packages (@BackwardCompatible@ and @obsolescent@)...
04 May 2015
-
- In the example given I note that @x@ is actually a *protected* variable -- perhaps even more reason for a warning?
-
- In function definitions local variables hiding outer ones are signalled by a Warning.
At top level not. This might ...
24 Apr 2015
-
- Let's start with just yours, for many reasons:
- it is simpler, as you said
- indeed that's also what I needed ;-)
... -
- We could simply have both; that way the user can choose which is more convenient (or efficient).
If we do choose t... -
- I wanted a @RandomSubset@ function which generated a random subset of @1..n@ of cardinality @r@. I was surprised whe...
-
- I do find it annoying when CoCoA says that name @XYZ@ is a package-exported variable but then does not tell me which ...
20 Apr 2015
-
- As it works for me and for Anna, I'm closing the issue. The EmacsUI code really needs to be completely rewritten, bu...
-
- It works for me.
19 Apr 2015
-
- I ran the following test:...
-
- While testing/profiling @IndetsIn@ (defined in @BuiltinOneLiners.C@) I noticed that the arg was copied by the fn, mak...
16 Apr 2015
-
- JAA does not much like the current approach (variable @PkgOut@).
If a package provokes an error then the screen fill... -
- Now resets error counter before reading each package (@Main.C:289@).
15 Apr 2015
-
- I think I have fixed it; not entirely sure because several Emacs Lisp fns do not work the way I expected them too (or...
-
- Perhaps the naive reverse search can be replaced by a call to @cocoa5-last-unended-begin@ which should be intelligent...
14 Apr 2015
-
- I confirm it is just based on a trivial search for "define"
-
- The following in complete code adds the wrong commented out name after doing @C-c C-e@ (calls @cocoa5-close-block@):
...
Also available in: Atom