Re: [racket-users] Re: quick racket editor survey

On Sat, Feb 29, 2020 at 11:33 PM Hendrik Boom wrote: Sounds like there was more than one microEmacs. Interesting. > Sorry, I was actually talking about Freemacs, but I had forgotten its name. John Cowan http://vrici.lojban.org/~cowanco...@ccil.org We do, doodley do, dood

Re: [racket-users] Re: quick racket editor survey

MicroEmacs was based on MINT ("MINT Is Not Trac"). TRAC is a language based entirely on macroprocessing, with an implementation written in Perl at . But there were a lot of other differences unrelated to Elisp vs. MINT. On Sat, Feb 29, 2020 at 12:56 PM Hen

Re: [racket-users] how to adapt BC code for Racket CS?

Perhaps separate OS processes would be a win in this case? On Tue, Feb 25, 2020 at 12:03 PM Matthew Butterick wrote: > > > On Feb 25, 2020, at 7:05 AM, Matthew Flatt wrote: > > > > * CS has a single heap with a single-threaded, stop-the-world GC --- > > so allocation and GC easily become a bo

Re: [racket-users] Racket v7.6

Thanks. So in that case Racket/CS files would be expected to be larger. On Thu, Feb 13, 2020 at 9:14 PM Sam Tobin-Hochstadt wrote: > > > On Thu, Feb 13, 2020, 9:11 PM John Cowan wrote: > >> >> >> On Thu, Feb 13, 2020 at 8:27 PM 'John Clements' via

Re: [racket-users] Racket v7.6

On Thu, Feb 13, 2020 at 8:27 PM 'John Clements' via users-redirect < us...@plt-scheme.org> wrote: (Compiled code remains significantly larger compared to the default > implementation.) > Does this refer to bytecode or machine code? John Cowan http://vrici.lojba

[racket-users] Re: Racket2 and syntax

man-oriented name of the existing language) has become obsolete. Larry Wall just changed the name of Perl 6 to Raku, and this is a Good Thing, because it deflects the "When are you going to replace Perl 5?" question. John Cowan http://vrici.lojban.org/~cowanco...@ccil