mario.luis.guimaraes
2019-2-1 11:39:49

@mario.luis.guimaraes has joined the channel


daniel
2019-2-1 14:51:03

If/when I return to VIM?! :slightly_smiling_face: I’ve never left, despite numerous attempts to get used to very many IDEs. I have never found anything that works for me like VIM does.



greg
2019-2-1 16:10:49

@samth Although I did happen to see that yesterday thanks for pointing it out. Both that and the Racket 7.2 announce seemed to be on HN front page for awhile yesterday. :racket-flat:


jjwiseman
2019-2-1 17:56:54

that HN post led me to all your other racket posts, @greg, which have been very helpful. thanks!


greg
2019-2-1 18:09:49

Happy to hear that — thanks for letting me know!


sjaniska
2019-2-1 20:38:17

I’m considering Racket and Julia for desktop app and today someone in Julia channel told me he was also considering Racket but abandoned idea after hearing from some Racket dev (who is also familiar with Julia) that it is never going to be fast as Julia. does such statement hold?


samth
2019-2-1 20:42:42

@sjaniska no, I don’t think that statement holds


samth
2019-2-1 20:43:29

also I wonder who said that


sjaniska
2019-2-1 20:43:51

@samth no matter whether we speak about Racket or Racket CS…don’t know about Racket-source


samth
2019-2-1 20:44:32

Julia and Racket are both complicated systems where performance is concerned, so some things will be faster for each


samth
2019-2-1 20:44:52

certainly there are some programs where Julia is currently faster than Racket


sjaniska
2019-2-1 20:45:30

here is the exact quote: “I just talked at some point with some of the core devs, and they told me that racket may never be julia fast (some of them actually know julia quite well)”


sjaniska
2019-2-1 20:47:41

I like that Racket has GUI support out of the box, while in Julia I’d probably have to use Gtk.jl since I do not like Electron and similar web/JS stuff…


zenspider
2019-2-1 20:49:56

> If runtime?-id is provided, then it is bound in the context of expr to #f for the compile-time instance of expr and #t for the run-time instance of expr.

What does this even mean?


zenspider
2019-2-1 20:50:33

(it’s from define-runtime-path)


samth
2019-2-1 20:51:41

If you write (define-runtime-path x e id) then at compile time e is evaluated with id bound to #f, and at runtime e is evaluated with id bound to #t


zenspider
2019-2-1 20:57:05

I don’t see it being used in racket-source with that variant… when/why would you want that?


zenspider
2019-2-1 20:59:24

I’m poking at this because I broke up a compound define-runtime-path into 2 of them, with the latter using the former… and that blew up. I was trying to figure out the runtime vs compile time stuff and that language is… confusing


githree
2019-2-1 20:59:57

@sjaniska looking at these benchmarks I don’t see much differences between Julia and Racket - both have their strengths when it comes to performance, but I don’t think performance wise there is much to win/lose: https://benchmarksgame-team.pages.debian.net/benchmarksgame/which-programs-are-fast.html


sjaniska
2019-2-1 21:20:29

@githree indeed. i forgot to check that language-shootout, although usually the code is not really idiomatic :slightly_smiling_face:


samth
2019-2-1 21:23:11

@sjaniska depending on what that person means by “core devs” I don’t think any of us know Julia “quite well”, but I also don’t think any of us would say that


samth
2019-2-1 21:25:12

@zenspider that form is used in several places in the core — the openssl collection and the db collection


sjaniska
2019-2-1 21:28:49

@samth i just forwarded the info i got without any further details and want(ed) to clear the possible doubt that Racket is generally inferior to Julia when it comes to performance…btw, the person who conveyed that info also said “Racket is pretty amazing, but I stopped looking into it after I figured, that it can’t really be made fast language…”


samth
2019-2-1 21:29:54

Racket is unlikely to be as fast as C++, for example. However, I think “can’t be made fast” is false


sjaniska
2019-2-1 21:34:07

i don’t expect C(++) performance…


andreiformiga
2019-2-1 22:21:25

Racket is quite faster than most dynamically-typed languages


rj.amdphreak
2019-2-2 00:47:37

@mflatt The pre-release page that I see from that URL is Racket Pre-Release 7.1.0.900 .


rj.amdphreak
2019-2-2 00:58:14

7.1.0.900 [3m] successfully launches. Requests permission to run.


rj.amdphreak
2019-2-2 00:58:48

I don’t know if it runs only because the other one’s code signature was accepted. Not sure how code signing works.


mflatt
2019-2-2 01:10:26

It’s a different certificate, so that’s promising. Maybe the new certificate on v7.2 will work for others who had trouble before. 7.1.0.900 was the pre-release number for 7.2, and 7.2 is now out.


rj.amdphreak
2019-2-2 01:24:56

noob question: is racket compiled?


samth
2019-2-2 01:26:06

the main racket implementation has an ahead-of-time compiler to bytecode, and then a JIT compiler when functions are first executed


samth
2019-2-2 01:26:30

you can also run Racket built on top of Chez Scheme, which is ahead-of-time compiled