Activity
From 21 Apr 2015 to 20 May 2015
20 May 2015
-
20:09 Feature #317: BuiltInFunctions: evalArgAsLong
- ... I liked it so much I also changed *RandomTupleIndices*, *IsZeroRow*, *IsZeroCol*.
The code becomes shorter and e... -
-
- I have implemented in *Interpreter.C* the function *evalArgAsLong* returning a *long*.
I tested it on the definition... -
-
- Anna Maria Bigatti wrote:
> the general @init@ file now works well.
> I don't think there is a particular need for ... -
- Added *Introduction to RINGHOM* and *Composition of RINGHOM*
-
- Improve chapter on RINGHOM
-
- All done: Renamed it *MinSubsetOfGens* and documented
-
18:33 Feature #711: External Libs: print credits?
- Now I'm less sure about using a @std::map@ since it might be difficult and/or costly to make it threadsafe.
Probab... -
- I spoke to Christof about the idea of recording when ext libs are actually used (_e.g._ see my suggestion of counters...
-
- I have checked in @RandomSubsetIndices@ and @RandomTupleIndices@ (in CoCoALib); also the interface fns in @BuiltinFun...
-
- John Abbott wrote:
> I have added defns to CoCoALib of @RandomSubsetIndices@ and @RandomTupleIndices@. These names ... -
- Checked in.
You'll have to remove @interrupt.C@ from @src/AlgebraicCore/Makefile@ until I can check those files in..... -
- John Abbott wrote:
> Where should the new functions go?
>
> Currently they are in a new file @combinatorics.C@ be... -
- Where should the new functions go?
Currently they are in a new file @combinatorics.C@ because I could not see any ... -
- I have added defns to CoCoALib of @RandomSubsetIndices@ and @RandomTupleIndices@. These names are very long :-/
N... -
-
- documentation done (and cvs'ed)
When we implement the "Indices" in CoCoALib we'll remove them from "NotBuiltin".
... -
- I added to NotBuiltin.cpkg the functions...
-
- I suggest having also @RandomTuple(n,r)@ which is indeed pretty simple: in CoCoA...
-
- John Abbott wrote:
> On line 126 when @indent@ prints out a submodule, it prints out the letter @F@ (in a string). ... -
- On line 126 when @indent@ prints out a submodule, it prints out the letter @F@ (in a string). Is this right? I supp...
-
- John Abbott wrote:
> I think it has just been forgotten; it seems like a good idea to me. Indeed now that direct pr... -
- First run of...
19 May 2015
-
- The C5 GUI still prints out the packages as they are loaded. Fix!
-
- I think that @Banner.C@ is a reasonable place to put it. I have cleaned up the code slightly; it now also prints out...
18 May 2015
-
- GNU has some useful looking documentation:
@http://www.gnu.org/software/libc/manual/html_node/Signal-Sets.html#Signa... -
- I am considering the following behaviour:
* each time ctrl-C is received a counter is increased
* if the CoCoA inte... -
- I have found this web page which gives some advice:
@http://stackoverflow.com/questions/103280/portable-way-to-catch... -
- Christof has tried some experiments with GAP, and he noticed that a single ctrl-C appeared to do nothing, but 2 ctrl-...
-
- Another possible (simple) approach is to offer a command line flag which stops @CoCoAInterpreter@ from intercepting s...
-
- Perhaps the best solution would be to leave the code as it is, and to write better documentation. After all a call t...
-
- Remember that a (portable) signal handler cannot do much.
Christof was puzzled when running some Normaliz tests th... -
- @CoCoAInterpreter@ intercepts @SIGTERM@ signals; this means that a long computation happening inside an external lib ...
-
- John Abbott wrote:
From issue #699:
<quote>
JAA notes that Emacs lisp has the built-in variable system-type whic... -
-
- Done.
-
- The CoCoALib binaries related to Normaliz (_e.g._ *@ExternalLibs-Normaliz.o@*) do not depend on the Normaliz source f...
-
- Christof says that Normaliz uses a @bool@.
Should CoCoALib simply follow what Normaliz does for its normaliz relat... -
- Anna Maria Bigatti wrote:
> Done in init.cpkg5.... but that's not good: it does not see the "--no-preamble" flag :-(... -
- We would like authors to cite CoCoA when they use in the their research. Presumably then they should also cite any e...
-
- Done in init.cpkg5.... but that's not good: it does not see the "--no-preamble" flag :-(
undoing it.
-
- I propose printing out a message about external libraries at the same time as the banner is printed out -- and the me...
-
- One piece of software printed out a message every time a Normaliz function was called: this produced thousands of mes...
-
- At the Normaliz workshop I noticed that two other pieces of software printed out "credits" when external libraries we...
-
- It would also be nice if there were an indication of which version of each external library is present. The ability ...
17 May 2015
-
- *TO DO* JAA can try the same computation but from CoCoALib; perhaps some time is spent converting to CoCoA-5 data str...
-
- JAA has done a few speed comparisons between calling @normaliz@ directly from the command line and calling @NmzComput...
-
- Some ideas are:
* a global flag which says what the default verbosity is
* an optional arg to calls to Normaliz whi... -
- Is it possible to make Normaliz be verbose from the CoCoA-5 interface?
Christof says he/they often find it help to s... -
15 May 2015
-
- CoCoA-4 had the syntax @I <= J@ which is now computed via @IsContained(I, J)@.
Investigate on how to return a meanin... -
- there are two functions: *MinGens* (for homogeneous case) and *MinGensGeneral* (trivial algorithm for non homogenous ...
-
- Anna Maria Bigatti wrote:
> Added entry "All CoCoA Commands".
> It only gives the list of entries with type "comman... -
- Done (hilop.cpkg5)
-
- Add more module operations: +, colon, ...
Not much to do for CoCoA-5: most of the work is proper design in CoCoALib. -
13 May 2015
-
- JAA and AMB think that there is little need to have a similar function in CoCoALib since there are the CPP defines @C...
-
- 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 ...
Also available in: Atom