>>23,26
You clearly are idiots. I used the so called "fastest" implementation around, SBCL. It took me 3 hours to compile and install this, just to prove you how wrong you are.
CL-USER(1): 'works?
WORKS!
CL-USER(2): (sb-profile:profile format)
CL-USER(3): (loop repeat 100 do (format nil "OP is a faggot"))
NIL
CL-USER(4): (sb-profile:report)
measuring PROFILE overhead..done
seconds | consed | calls | sec/call | name
----------------------------------------------------
0.000 | 80,016 | 106 | 0.000000 | FORMAT
----------------------------------------------------
0.000 | 80,016 | 106 | | Total
estimated total profiling overhead: .000 seconds
overhead estimation parameters:
2.e-8s/call, 1.9259999e-6s total profiling, 9.98e-7s internal profiling
80,016 CONS CELLS just for the generation of 100 C strings. Completely moronic implementation I'd say. Do you idiot lispers even know how much memory that is? A cons cell is (AT MINIMUM!) represented with this C structure in memyory:
struct cons {
void *ptr;
void *head;
int size;
}
IT IS ALREADY 16 BYTES! (4*2 + 4 + offsetof) Multiply that by 80,016:
CL-USER(6): (* 80,016 16)
debugger invoked on a SB-INT:SIMPLE-READER-ERROR:
SB-INT:SIMPLE-READER-ERROR at 6 (line 1, column 6) on #<SB-IMPL::STRING-INPUT-STREAM {LB33AD1}>:
comma not inside a backquote
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name):
0: [ABORT] Exit debugger, returning to top level.
(SB-INT:SIMPLE-READER-ERROR
#<SB-IMPL::STRING-INPUT-STREAM {LB33AD1}>
"comma not inside a backquote")[:EXTERNAL]
Oh yeah, I forgot, your high level language that can do everything can't even learn how to understand both 80.016 and 80,016. Pff..., man 3 scanf.
P.S. (it's 1280.256 MiBs, I could get an OS running with that memory)