[racket-users] racket2nix: Failure to run raco setup

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!

[racket-users] Re: Is it possible to get the size of a panel%

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"]

[racket-users] Is it possible to get the size of a panel%

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

Re: [racket-users] Non-blocking place get

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

Re: [racket-users] Re: Typing lag with DrRacket on Linux

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

[racket-users] Non-blocking place get

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

Re: [racket-users] racket (7) on a new arch

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

Re: [racket-users] #lang rust

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

Re: [racket-users] racket (7) on a new arch

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:

Re: [racket-users] #lang rust

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. >

Re: [racket-users] #lang rust

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.