freenode/#lisp - IRC Chatlog
Search
10:10:53
jackdaniel
my little brother, this is python -very popular language. Parens? yes, that's embodiment of Python as a snake. No, it is natural that binary is named sbcl – python is its internal compiler :-)
12:03:54
Shinmera
I wouldn't assume any general "compatibility" between the different CL editions, though.
12:04:25
Shinmera
Ansi is the standard, so I don't see why you would want to look at the drafts leading up to it at all.
12:05:39
dmiles
well its good i can start by passing https://www.cs.cmu.edu/Groups/AI/lang/lisp/doc/standard/tests/0.html (CLtL1)
12:06:26
Bike
that doesn't make sense to me. it's likely that tests for cltl1 are not valid for a cltl2 or CL implementation.
12:09:05
jackdaniel
here is canonical repository: https://gitlab.common-lisp.net/ansi-test/ansi-test
12:09:23
Shinmera
If anything you'd start working on CLtL1 only to realise a lot of it is not ANSI, and have to rewrite a bunch.
12:09:58
Shinmera
The drafts weren't incremental things where they just kept on adding stuff after each.
12:10:40
jackdaniel
question is: why start a new implementation? wouldn't be easier to contribute to something else? or if you feel you must be at lead – fork other imlementation and name it something different, like mkcl
12:13:20
Shinmera
Creating a lisp implementation so you don't have to port is like saying "ok I'd rather write my own OS than port my video game from windows to linux"
12:16:57
Shinmera
Clasp, despite copying pretty much all the lisp code from ECL, took many years of focused work to get running at all, and it's still not acceptable performance-wise.
12:17:56
dmiles
when XCL (C++) it was a port of Java version that took the few weeks since it didnt port any of the lisp code
12:18:27
jackdaniel
that's not entirely true, clasp written its own compiler, which makes a huge chunk of ECL codebase
12:19:08
jackdaniel
but I believe that best shot for having CL->prolog bridge would be doing something similar
12:32:40
dmiles
what started my current project (not that one) is I have to implement parts of lisp anyways and have to make sure prolog attributed varaibles could implment foreighn objects in a natural manner to prolog coders
12:36:39
dmiles
i suppose the port if try for a whole CL is to not have document what parts of lisp i am missing
12:42:51
dmiles
also i havent encountered a prolgo-in-lisp that implements the entire prolgo language
12:44:40
knobo
Which variables do I manipulate to ensure that slime-edit-definition uses a file on remote server?
12:47:37
dmiles
none of them have been set up to make prolgo-call-lisp but yes that makes sense i could at least contribute a callback API
12:48:32
dmiles
(example of what is there https://github.com/keithj/cl-prolog/blob/master/src/swi/swi-prolog-ffi.lisp )
12:55:12
dmiles
even though technically if cl_object* (as long as they dont shift in memory) lets me do many of my hacks
12:57:41
dmiles
for instnace if i get a 2 pointers (cl_object*) to a vector and I want to replace all occurances of the vecotr1 with vector2 i think i can get away with that?
12:58:34
jackdaniel
don't know - I'd have to understand better this use case (I dont have energy to think about it now :)
12:59:30
dmiles
effectively i think the answer is yes.. which means i can probably survive if lisp cant understand this hack.. i can make lisp call C to do it
13:00:27
dmiles
the old first class locative system I belive was special in that when memory shifted the tracking is updated
13:08:05
Shinmera
sabrac: Note that this may or may not GC associated bindings with the symbols of said package.
13:13:18
dmiles
and cells indeed allow lazy side (locatives (even defined in lisp) never got arround to lazyness)
13:19:40
dmiles
Cells at least emulates greater that 50% of the desired chicanery .. though I think it made the hardest stuff easy so once would forgive that the simple stuff isnt as supported
13:19:53
sabrac
Shinmera: Ok I feel stupid now. Thank you. Just tested on sbcl. It does not look like it automatically does gc when calling delete-package.
13:20:26
Shinmera
sabrac: I forget if the symbols simply lose their package (become gensyms) or what exactly happens to them.
13:38:41
sabrac
Shinmera: after running GC, tried quickloading the package back into the running instance. Quicklisp thinks it succeeded, but LIST-ALL-PACKAGES disagrees. Memory usage jumped, so it is there, just not accessible. The joys of unintern.