Here's where we are now with racket2nix:
I'm able to install but not actually build drracket and all its
dependencies. I pull down the zip files, run raco install --no-setup, and
the files are all there in their respective share/racket/pkgs, and
share/racket/links.rktd is updated. Awesome! It's
Get-size should work, can you provide a example that illustrates the
problem?
The only tricky bit is that the actual size of a widget is only computed
after it is shown. Here is an example:
#lang racket
(require racket/gui)
(define toplevel (new frame% [label "hello"] [widt
Is it possible to get the current size (width and height) of a panel% from
racket/guilty? I haven't been able to figure out a way. I set a min-width and
min-height in my panel and allow them to be stretchable. If they do stretch, I
want to be able to know their current size. Sending get-size or
You can create a thread and wait simultaneously on the place channel
value and also on some channel that the various workers use to check
in and see if a value is available. Here's a very simple instantiation
of this idea.
More generally, I think that one of the underappreciated parts of
Racket's
On 02/16/2018 04:32 AM, stewart mackenzie wrote:
> Re opengl: I recall running into a similar problem, I eventually
> scrapped the opengl dependency but it might be possible to wrap the
> whole thing up in a makeWrapper then pass in the opengl executable path
> for non-nixos systems into it.
Than
I played around with is a bit more and noticed that setting
editor-canvas%'s style to (list 'transparent) greatly increases the
performance of the simple editor to where it performs just like any other
text editor. However, I tried applying this to DrRacket in
drracket/drracket/private/app.rkt
Hi,
I am trying to use places to parallelize several long running algorithms
that can run in parallel. All of these are optimizing a function F(X1,
..., Xn) using different algorithms and need to communicate between
themselves.
The initial thing I thought about was having a master creating all th
Thanks for the note, I am now following those PRs.
On 21/02/18 14:01, Matthew Flatt wrote:
> At Wed, 21 Feb 2018 08:22:30 +0100, "'Paulo Matos' via Racket Users" wrote:
>> If I port chez to riscv, would this make automatically racket work
>> under riscv[...]?
>
> Yes, as long as you implementatio
On Wed, 21 Feb 2018, 14:44 Hendrik Boom, wrote:
> The interesting parrt would the integrating of Rust's garbage
> collector (yes, it has a concept of garbage collection for data declared
> to need it) with Racket's.
>
I understand you'd need the Custom Allocator which is (currently) only
availab
At Wed, 21 Feb 2018 08:22:30 +0100, "'Paulo Matos' via Racket Users" wrote:
> If I port chez to riscv, would this make automatically racket work
> under riscv[...]?
Yes, as long as you implementation covers the back-end parts of these
Chez Scheme PRs:
https://github.com/cisco/ChezScheme/pull/213
On Wed, Feb 21, 2018 at 10:34:03AM +, Alexander Shopov wrote:
> What about totally different approach to Rust and Racket interaction:
> Racket is trying to move to Chez Scheme.
> https://blog.racket-lang.org/2018/01/racket-on-chez-status.html
> The C part of Chez Scheme is about 16k lines.
> Tr
What about totally different approach to Rust and Racket interaction:
Racket is trying to move to Chez Scheme.
https://blog.racket-lang.org/2018/01/racket-on-chez-status.html
The C part of Chez Scheme is about 16k lines.
Translating (at least) some of that to Rust might be an interesing project.
No
12 matches
Mail list logo