Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-09 Thread Jori Mäntysalo
On Sat, 9 Jan 2016, Dima Pasechnik wrote: all what "# optional - blah" does is to look up "blah" in the --optional command line argument. So you can doctest stuff dependent on "blah", too. Ah, OK. So I was (once again) thinking too complicated. Thanks. -- Jori Mäntysalo

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-09 Thread Dima Pasechnik
On Saturday, 9 January 2016 10:19:48 UTC, Jori Mäntysalo wrote: > > On Sat, 9 Jan 2016, Jeroen Demeyer wrote: > > >> How it is then doctested? Does #optional work for additional packages > >> installed to a "sub-program" of Sage, like some R pacakge? > > > You use > > > > # optional - gap_pa

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-09 Thread Jori Mäntysalo
On Sat, 9 Jan 2016, Jeroen Demeyer wrote: How it is then doctested? Does #optional work for additional packages installed to a "sub-program" of Sage, like some R pacakge? You use # optional - gap_packages But http://wiki.sagemath.org/InstallingGapPackages says that "- - but still you migh

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-09 Thread Jeroen Demeyer
On 2016-01-09 10:39, Jori Mäntysalo wrote: On Wed, 6 Jan 2016, David Joyner wrote: Just to be clear what the disagreement is, as far as I can tell, this is not simply a call to GAP but a call to a GAP package "Grape" which is not part of Sage's standard installation of GAP. How it is then doc

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-09 Thread Jori Mäntysalo
On Wed, 6 Jan 2016, David Joyner wrote: Just to be clear what the disagreement is, as far as I can tell, this is not simply a call to GAP but a call to a GAP package "Grape" which is not part of Sage's standard installation of GAP. How it is then doctested? Does #optional work for additional p

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-07 Thread Nathann Cohen
> "should instead expose in the Sage mathematical objects those features from > GAP that you need" (could anyone translate this for me?) It means that: - If you write native GAP code to implement this, I believe that it is because you cannot run those computations by simply calling methods from Sa

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-06 Thread Dima Pasechnik
On Wednesday, 6 January 2016 21:07:09 UTC, David Joyner wrote: > > Just to be clear what the disagreement is, as far as I can tell, this > is not simply a call to GAP but a call to a GAP package "Grape" which > is not part of Sage's standard installation of GAP. > I understand that Len Soicher

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

2016-01-06 Thread David Joyner
Just to be clear what the disagreement is, as far as I can tell, this is not simply a call to GAP but a call to a GAP package "Grape" which is not part of Sage's standard installation of GAP. As a compromise: can a (possibly slower) version be written as well, which does not call an optional packa