PACMPL issue ICFP 2018
Call for Papers
accepted papers to be invited for presentation at
The 23rd ACM SIGPLAN International Conference on Functional Programming
St. Louis, Missouri, USA
Looks to me like DrR is leaking… windows.
Specifically:
On up-to-date DrR (just rebuilt from repo, version 6.11.0.5--2017-12-20),
pretty much up-to-date OS X (10.13.1 (17B1003)), I notice something very
strange. I’ve seen it on two computers, so I think it should be reproducible on
any comput
> Maybe it is because of the fact that my daily job requires me to do manual
> compilation frequently but I don't find this very difficult.
Yeah, I use a package manager and only compile manually when I absolutely
have
to because I don't like dealing with dependencies. A matter of perspective I
gu
> Try giving `eval` a namespace that includes `racket/base`:
>
> (define ns (make-base-namespace))
> (eval '(+ 1 2) ns)
p.s. If you don't supply the second, namespace argument to `eval`, it
defaults to `(current-namespace)` -- which by default is an empty
namespace.
So, you can also chang
> This won't actually work with an argument like "(+ 2 3)", Racket complains
> that
> the '+ is an undefined identifier, but that's a problem on the Racket side
> (I
> don't know that much about Racket yet to be able to do eval magic), not on
> the
> editor side. The RacketEval function is like any
I agree manual compilation can be quite a hassle. I have tried to avoid
such configurations for many years myself. Then I decided I could just do
it once for all supported languages in vim and be done with it. For racket,
if you have it installed you most likely just need something along the lin
Having to re-compile Vim with support for a language is one of its bigger
drawbacks. It's fine for a common language like Python, but the more
obscure it
gets, the less likely it is that your plugin will be of any use to other
people. You should take a look at Neovim:
https://neovim.io/
Neovim is
7 matches
Mail list logo