Re: [racket-dev] Efficient implementation of delimited control

2019-12-01 Thread Faré
Without resorting to static analysis, wouldn't a combination of a stack-as-nursery (e.g. in the style of Gambit Scheme) and one-bit reference counting (does any implementation use that these days?) help a lot with the performance of mixing delimited control with more linear control flows? —♯ƒ • Fr

[racket-dev] CFP Deadline Extended: Scheme and Functional Programming Workshop 2017

2017-05-27 Thread Faré
Scheme and Functional Programming Workshop 2017 Oxford, United Kingdom Co-located with ICFP 2017 http://scheme2017.namin.org/ Important Dates Submission deadline (extended) June 16th, 2017 (AoE) Author notification (extended) July 18th, 2017 (AoE) Camera-ready deadline (extended) Aug

[racket-dev] Scribble support for acmart

2017-01-11 Thread Faré
Dear Racketeers, I've started looking into creating a package so that Scribble will support the new acmart class in its LaTeX backend. I have a few questions. 0- Who if anyone is maintaining the LaTeX backend to Scribble? 1- How do I insert arbitrary code in the LaTeX output stream, without an e

[racket-dev] Re: SSL woes

2016-01-25 Thread Faré
The SSL on pkgs.racket-lang.org looks like it's OK after all. My issue is that I was pulling from the old git repo, and said repo was in a non-working state that doesn't recognize said the SSL certificate (in addition to not being the latest racket). Maybe the old repository at git://git.racket-la

[racket-dev] SSL woes

2016-01-20 Thread Faré
raco pkg install livefrog Resolving "livefrog" via https://pkgs.racket-lang.org ssl-connect: connect failed (error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed) NB: just installed from http://plt.eecs.northwestern.edu/snapshots/ 64-bit x86_64 natipkg built on Debian

Re: [racket-dev] Re: non-backward compatible packages (Was: [racket-users] [ann] gregor (date + time library) updates)

2015-09-01 Thread Faré
On Tue, Sep 1, 2015 at 6:31 PM, Jack Firth wrote: > I agree with the points about clutter and cumbersome-ness, but I think that > could be fixed with smarter UI and the like on the package server and > package installation process. A simple thing to do would be to just have > multiple packages lik

Re: [racket-dev] non-backward compatible packages (Was: [racket-users] [ann] gregor (date + time library) updates)

2015-08-31 Thread Faré
On Mon, Aug 31, 2015 at 10:35 AM, Jay McCarthy wrote: > I wouldn't say there is or has been a policy. There's advice based on > what the release process packages do. > > Generally, adding a new export or module is not considered > incompatibility. (Although technically it is, because it could redu