Re: [sage-devel] Re: Single instance of R only

2018-12-31 Thread E. Madison Bray
On Mon, Dec 31, 2018 at 11:38 AM Vincent Delecroix <20100.delecr...@gmail.com> wrote: > > Le 28/12/2018 à 15:32, E. Madison Bray a écrit : > > Also worth noting: My plan (I had hoped to do this sooner but don't > > have time) in the near term is to rip out most of sage.libs.gap and > > rewrite it a

Re: [sage-devel] Re: Single instance of R only

2018-12-31 Thread Vincent Delecroix
Le 28/12/2018 à 15:32, E. Madison Bray a écrit : Also worth noting: My plan (I had hoped to do this sooner but don't have time) in the near term is to rip out most of sage.libs.gap and rewrite it as a stand-alone Python interface to GAP, somewhat in the vein of cypari(2). As it is, not a whole l

Re: [sage-devel] Re: Single instance of R only

2018-12-28 Thread E. Madison Bray
On Fri, Dec 28, 2018 at 3:26 PM E. Madison Bray wrote: > > On Wed, Dec 26, 2018 at 1:25 AM Simon King wrote: > > > > Hi Timo. > > > > On 2018-12-25, Timo Kaufmann wrote: > > > I don't really see a reason to rename it. The old name doesn't suggest > > > that > > > it is implemented with pexpect.

Re: [sage-devel] Re: Single instance of R only

2018-12-28 Thread E. Madison Bray
On Wed, Dec 26, 2018 at 1:25 AM Simon King wrote: > > Hi Timo. > > On 2018-12-25, Timo Kaufmann wrote: > > I don't really see a reason to rename it. The old name doesn't suggest that > > it is implemented with pexpect. > > No, it does, by tradiation: > AFAIK, *ALL* interfaces that are named after

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Nils Bruin
On Wednesday, December 26, 2018 at 3:00:30 AM UTC-8, Dima Pasechnik wrote: > > if you count ECL in, the interface with it is not pexpect, yet it is > called ecl, not libecl. > I would argue ECL is not an "interface" at all (and indeed, it's not in sage.interfaces but in sage.libs). It's missing

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Dima Pasechnik
On Thu, Dec 27, 2018 at 12:17 AM Simon King wrote: > > Hi Dima, > > On 2018-12-26, Dima Pasechnik wrote: > >> 1. Creating examples in the doc strings. Reason: I simply don't know > >>how to express the GAP command > >> Group( [ (1,2)(3,8)(4,6)(5,7), (1,3)(2,5)(4,7)(6,8) ] ) > >>in l

[sage-devel] Re: Single instance of R only

2018-12-26 Thread Simon King
Hi Dima, On 2018-12-26, Dima Pasechnik wrote: >> 1. Creating examples in the doc strings. Reason: I simply don't know >>how to express the GAP command >> Group( [ (1,2)(3,8)(4,6)(5,7), (1,3)(2,5)(4,7)(6,8) ] ) >>in libgap. I tried >>libgap.Group( [ ((1,2),(3,8),(4,6),(5,7)), ((1

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Dima Pasechnik
On Wed, Dec 26, 2018 at 10:31 PM Simon King wrote: > > Hi Dima, > > On 2018-12-26, Dima Pasechnik wrote: > > E.g. do not do > > > > G = libgap('DihedralGroup(8)') > > > > instead do > > > > G = libgap.DihedralGroup(8) > > Sure, that's what I do. I also used to do gap.DihedralGroup(8), which works

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Dima Pasechnik
Hi Simon, On Wed, Dec 26, 2018 at 8:40 PM Simon King wrote: > > Hi Dima, > > On 2018-12-26, Dima Pasechnik wrote: > >>> No, it does, by tradiation: > >>> AFAIK, *ALL* interfaces that are named after a third-party computer > >>> algebra > > > > if you count ECL in, the interface with it is not p

[sage-devel] Re: Single instance of R only

2018-12-26 Thread Simon King
Hi Dima, On 2018-12-26, Dima Pasechnik wrote: > E.g. do not do > > G = libgap('DihedralGroup(8)') > > instead do > > G = libgap.DihedralGroup(8) Sure, that's what I do. I also used to do gap.DihedralGroup(8), which works just as well. I just chose an example to point out that the two call method

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Dima Pasechnik
On Wed, Dec 26, 2018 at 8:40 PM Simon King wrote: > > Hi Dima, > > On 2018-12-26, Dima Pasechnik wrote: > >>> No, it does, by tradiation: > >>> AFAIK, *ALL* interfaces that are named after a third-party computer > >>> algebra > > > > if you count ECL in, the interface with it is not pexpect, yet

[sage-devel] Re: Single instance of R only

2018-12-26 Thread Simon King
Hi Dima, On 2018-12-26, Dima Pasechnik wrote: >>> No, it does, by tradiation: >>> AFAIK, *ALL* interfaces that are named after a third-party computer algebra > > if you count ECL in, the interface with it is not pexpect, yet it is > called ecl, not libecl. Right. I wasn't aware of ecl. >> proje

Re: [sage-devel] Re: Single instance of R only

2018-12-26 Thread Dima Pasechnik
On Wed, Dec 26, 2018 at 6:26 PM Timo Kaufmann wrote: > > Am Mittwoch, 26. Dezember 2018 01:25:59 UTC+1 schrieb Simon King: >> >> Hi Timo. >> >> On 2018-12-25, Timo Kaufmann wrote: >> > I don't really see a reason to rename it. The old name doesn't suggest that >> > it is implemented with pexpect.

[sage-devel] Re: Single instance of R only

2018-12-26 Thread Timo Kaufmann
Am Mittwoch, 26. Dezember 2018 01:25:59 UTC+1 schrieb Simon King: > > Hi Timo. > > On 2018-12-25, Timo Kaufmann > wrote: > > I don't really see a reason to rename it. The old name doesn't suggest > that > > it is implemented with pexpect. > > No, it does, by tradiation: > AFAIK, *ALL* interfa

[sage-devel] Re: Single instance of R only

2018-12-25 Thread Simon King
Hi Timo. On 2018-12-25, Timo Kaufmann wrote: > I don't really see a reason to rename it. The old name doesn't suggest that > it is implemented with pexpect. No, it does, by tradiation: AFAIK, *ALL* interfaces that are named after a third-party computer algebra projects (gap, singular, r, pari,