Re: [racket-users] I made some videos about Racket (a.k.a the return of Playing the Game with PLT Redex)

-86f1-f6b228a3c73dn%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- - sleepnova 呼叫小黃創辦人 & CEO -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

include compile time). But you have to manually "export PLT_CS_COMPILE_LIMIT=10" environment variable in order to get compiled and executed properly. https://gist.github.com/sleepnova/92d7b2a7f077e7de76da4ce31f60335e philngu...@gmail.com 於 2021年3月1日 週一 下午3:39寫道： > There’s this be

Re: [racket-users] Re: hackernews

> >>> I occasionally see Racket mentioned on HN, but not nearly as often as it >>> legitimately could be. >>> >>> (There are also other strategic targets for the RACKET EVANGELISM STRIKE >>> FORCE operator or cell, and I recall Eli Barzilay and othe

Re: [racket-users] Reducing parentheses without language damage.

this message because you are subscribed to the Google Groups > "Racket Users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to racket-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/racket-users/CADcue

Re: [racket-users] Strange performance behavior

cribe. > To unsubscribe from this group and all its topics, send an email to > racket-users+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/racket-users/46592171-c357-4897-af1a-bea91c838cacn%40googlegroups.com > <https://grou

Re: [racket-users] Strange performance behavior

hing has been freed, and so the GC has > little to do ... hence it spends '0' time doing it [zero meaning below > the resolution of the computer's clock]. Once your program starts > running, memory is being allocated and freed, and so a GC in the middle > or at the end ha

[racket-users] bf program benchmark

t.com/bf/an-imperative-expander.html [2] https://github.com/herrjemand/BFNutshell/blob/nutshell/samples/mandelbrot.bf [3] https://gist.github.com/sleepnova/637bdf1b04df963286f6c0a837d51fc5 [4] https://code.google.com/archive/p/bfj/ -- - sleepnova Founder of FindTaxi -- You received this me

Re: [racket-users] bf program benchmark

sible! [1] https://www.hashcollision.org/brainfudge/#%28part._.Macros__macros_everywhere%29 [2] https://gist.github.com/sleepnova/835b1df4029c0d03764f8bcdc33b96d6 Sorawee Porncharoenwase 於 2020年11月4日 週三 下午5:50寫道： > You might want to take a look at Danny’s original bf article > <https://ww

Re: [racket-users] bf program benchmark

BTW, I thought Racket CS could run faster, but it is not. It took 32s to finish. sleepnova 於 2020年11月5日 週四 下午5:50 寫道： > Thanks for sharing this article. After applying the "all macro" > optimization[1], the execution time reduce to 22s, which beats the Java one! > The modifie