Re: [racket-dev] Line editing in the default REPL

2014-11-25 Thread Leif Andersen
Just to clarify a bit, we were more thinking of extending the default repl to have line editing features, rather then making xrepl the default, or having xrepl use libedit rather that libreadline. It would not be too terrible if we required a user to have it installed to use it. (It's included in

Re: [racket-dev] Line editing in the default REPL

2014-11-25 Thread Eli Barzilay
On Tue, Nov 25, 2014 at 11:38 AM, Sam Tobin-Hochstadt wrote: > On Tue, Nov 25, 2014 at 11:00 AM, Matthew Flatt wrote: >> Do you have in mind making "xrepl" intended to be part of Minimal >> Racket? If not, what's the mechanism for `racket` using "xrepl" when >> it's available? > > I can think of

Re: [racket-dev] Line editing in the default REPL

2014-11-25 Thread James McCoy
On Nov 25, 2014 11:01 AM, "Matthew Flatt" wrote: > We can't link to "libreadline" by default in a Racket > distribution, and since "libeditline" isn't typically included with > Linux distributions (as far as I can tell), it seems like we haven't > solved any problem unless we provide "libeditline"

Re: [racket-dev] Line editing in the default REPL

2014-11-25 Thread Sam Tobin-Hochstadt
On Tue, Nov 25, 2014 at 11:00 AM, Matthew Flatt wrote: > Do you have in mind making "xrepl" intended to be part of Minimal > Racket? If not, what's the mechanism for `racket` using "xrepl" when > it's available? I can think of a few ways of doing this. 1 Just make xrepl part of minimal Racket (

Re: [racket-dev] Line editing in the default REPL

2014-11-25 Thread Matthew Flatt
Do you have in mind making "xrepl" intended to be part of Minimal Racket? If not, what's the mechanism for `racket` using "xrepl" when it's available? A similar question applies to "libeditline". Currently, for Linux and other Unix platforms (not counting "natipkg" variants), our convention is tha