freenode/#lisp - IRC Chatlog
Search
21:53:24
no-defun-allowed
They are also moving to chez scheme, which is faster than their C backend iirc.
22:41:19
aeth
LdBeth: Ruby's the slowest here, and Racket is comparable to Julia, a bit slower. SBCL is, of course, faster, but its relative position seems to have been slipping. It might slip off of the bottom graph soon, like Haskell has. https://benchmarksgame-team.pages.debian.net/benchmarksgame/which-programs-are-fast.html
22:41:50
aeth
Oh, sorry, it has two Ruby's now and one of them isn't the slowest, but is still pretty slow.
22:42:17
aeth
Duns_Scrotus: The benchmarks game is awful for specific numbers, but it does imo help suggest "performance classes" of languages
22:43:10
aeth
Intuitively, Ruby's main implementation is going to be slower than SBCL (or even Racket) just based on how they're written.
22:51:26
Duns_Scrotus
his racket brainfuck interpreter grows the array by allocating a new array exactly one bigger
22:53:08
aeth
Brainfuck itself isn't particularly designed to be efficient. It's designed to be easy to implement. And in some languages the easy route is going to be slower than others.
22:53:47
Duns_Scrotus
but for mandel.b, which presumably grows the tape a lot, it is indeed very slow
22:54:18
aeth
I mean, clearly the solution is to implement it in the hardware with a Brainfuck Machine.
22:59:17
Duns_Scrotus
https://github.com/kostya/benchmarks/blob/master/brainfuck2/bf.rkt why did he write it like this
23:37:55
emaczen
I'm trying to cffi:foreign-funcall a function that was defined as "static inline", but am always told that this function is undefined. What are easy ways around this?
23:38:33
emaczen
obviously I could just copy and paste the function, remove the static inline, compile and then load this foreign library
23:49:59
no-defun-allowed
by the sounds of it, the function isn't in the binary, just inlined wherever
23:58:34
Bike
a function declared static has file scope, so with inline it probably won't exist in the binary.