freenode/#lisp - IRC Chatlog
Search
4:13:00
no-defun-allowed
It's quite a bit less powerful than TeX. There's only a few inbuilt fonts and none support non-ASCII characters from what I remember.
4:14:03
no-defun-allowed
It's much more convenient than writing TeX I suppose, but it's quite limiting in what you can do.
4:16:12
markasoftware
Does it support mat hstuff fairly well? Like integrals or cube roots for example
4:16:17
no-defun-allowed
But it can't do close to as much as TeX; I used cl-typesetting because I didn't want to lug around a TeX system for an accounting program.
4:16:29
no-defun-allowed
I don't think there was much math support. (And I really didn't like the fonts.)
9:43:17
phoe
FYI, I've asked blix.com to intervene wrt the troll that repeatedly connects to #lisp from their network. If they don't respond, I'll ban the whole ASN.
10:09:29
pve
Hello! Can I expect closer-mop:class-prototype to work on a condition class on most implementations? It work on SBCL.
10:12:27
no-defun-allowed
I'm fairly sure you cannot expect condition classes to be standard-classes, but I don't know of any implementations that don't do that.
10:15:27
pve
no-defun-allowed: hmm, on SBCL they appear to not be standard-classes, but the method is still defined for condition classes
10:20:56
pve
I need to use class-prototype when doing make-method-lambda to get the generic-function-method-class, but I wonder if it's ok to just do (make-condition 'my-condition) and use that as a "prototype"?
10:25:17
phoe
SBCL has its own condition classes, and everywhere else conditions are standard objects with full MOP support.
10:47:37
adlai
is the purpose for which Franz's LLGPL exists primarily to enable the distribution of their compiler as closed-source?
10:47:54
adlai
phoe: I wrote, a few days ago, that I prefer to take the licensing issue elsewhere. it is a long and nasty conversation.
10:48:44
no-defun-allowed
As far as I know, it's to clean up how late binding interacts with component boundaries.
10:49:19
adlai
I also wrote [in #lispcafe] that the conversation on this topic should be in an officially logged channel.
10:50:39
no-defun-allowed
That also includes redefinitions and generic functions, apparently, but it's just clearing up what's a derivative work and what's not.
11:07:43
adlai
well that's just an extraneous landmine: :ASDF has no slot named ASDF/COMPONENT:LICENCE.
14:15:30
semz
What would be a good way to strip down a save-lisp-and-die SBCL image a bit? 30MB is manageable, but still hurts for what is basically a large script with no overly complicated features.
14:15:35
semz
To preempt the inevitable "what about --script": Installing SBCL on the target is no option, sadly.
14:19:35
scymtym
and it didn't reduce the size? for me, it reduces the size to maybe between 25 % and 30 % of the uncompressed binary
14:29:48
scymtym
in any case, if you use core compression, note the following mild disadvantages: 1) the binary will require libz on the target system 2) startup well be slightly slower (by a small fraction of a second) 3) the compressed core cannot be memory-mapped and thus not be shared between multiple processes. other than that core compression is very nice
14:31:46
scymtym
i thought the Windows build used mingw, not wine. building with wine is (was?) also possible, but /that/ gets really unpleasant
14:37:22
scymtym
(not because wine is bad or anything - i'm making good progress implementing a McCLIM Windows backend using wine)