freenode/#lisp - IRC Chatlog
Search
22:21:49
asarch
One very stupid question: I can do: (net.html.generator:html (:html (:head (:title "My first page")) (:body (:h1 "Hello, world!")))) and I get: <html><head><title>My first page</title></head><body><h1>Hello, world!</h1></body></html>
22:22:33
asarch
However, if I do: (defun wrapper (body) (net.html.generator:html (:html (:head (:title "Mi first page")) (:body body)))) and then (wrapper "Hello, world!") I only get: <html><head><title>Mi first page</title></head><body></body></html>
22:23:39
pjb
asarch: go read: https://github.com/informatimago/lisp/blob/master/common-lisp/html-generator/html-generators-in-lisp.txt
4:22:23
beach
It is a self-published book about LISP9, a Lisp system of the author's creation. It is inspired by Scheme.
4:29:20
beach
The first 340 pages contain only a very small amount of Lisp code. Most of it is C. And there is English text explaining what it is for.
4:32:16
beach
That part is around 60 pages and it contains definitions like CAAAR, and macro definitions like COND, AND, etc.
4:35:43
beach
Part III, consisting of 20 pages, starts on around page 400, and contains mostly a discussion about performance.
4:40:00
no-defun-allowed
Sounds like it has a lot more to say than most resources on implementing Lisp in a non-Lisp language nonetheless.
6:53:36
refpga
Did anyone check https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/lisp.html ? Execution time for Reverse Complement used to be 0.04s, now it's 11.89s.
6:58:55
loke
refpga: I know some of the SBCL entries used to be pretty much assembly written in SBCL :-)
7:09:43
refpga
https://salsa.debian.org/benchmarksgame-team/benchmarksgame/blob/master/public/download/benchmarksgame-sourcecode.zip
7:10:43
refpga
I can't find any makefile in that source tree. I haven't been able to reproduce the build as of now.
7:11:37
refpga
See the section on "notes, command-line, and program output" for compile commands they used.
8:53:01
heisig
Is there any modern Lisp implementation that does not represent single-floats as 32bit IEEE floats and double-floats as 64bit IEEE floats?
9:32:00
heisig
loke: Modern as in - I don't plan to support Genera (at least for this particular project).
9:33:20
edgar-rft
heisig: I'm quite sure that this is not what you're looking for, but PicoLisp is a modern Lisp that represents floats by integer tricks (no IEEE floats involved), see https://www.the-m6.net/blog/fixed-point-arithmetic-in-picolisp/
9:35:33
heisig
loke: I'm asking because I am working on a portable type inference and function specialization library.
9:36:15
heisig
And I'm thinking about things like GPU offloading for some programs, so it is important for me to figure out which Lisp types correspond to which C/OpenCL/CUDA types.
9:36:42
heisig
If I can reasonably assume that single-float is a 32bit IEEE float, that simplifies a lot.
9:37:17
heisig
loke: By the way, I just read the CLISP documentation and it seems that single-float and double-float are IEEE 754 floats.
9:38:30
heisig
loke: Can you elaborate? So far, the only problems I see is the behavior with respect to over- and underflow and infinities.
9:41:44
jackdaniel
also it is worth noting, that long-float in ecl defaults to long double C type while in sbcl long-float is the same thing as double-float
9:42:07
jackdaniel
and that no implementation I'm aware of implements short-float as 16bit IEEE float :)