freenode/#clasp - IRC Chatlog
Search
8:17:55
drmeister
It's really late here - I pushed some changes that appear to have fixed the build - I won't know for an hour.
8:19:21
drmeister
I removed the Reader_O class - it was a stripped down reader that only read C++ strings that described lambda-lists for builtin functions. Now it uses the regular reader that everything else uses. That sent me into a world of hurt with packages and package use and shadowing symbols that took place very early at startup. Yuck. All better now (I hope).
9:46:49
nivpgir
I'm trying to get acquainted with clasp, and I can't get it to build. I'm using arch linux, does anyone have any experience with this?
12:12:20
Kevslinger
nivpgir: What branch of clasp are you trying to build? The 'Dev' branch is the one we all use, but was currently broken. drmeister pushed some changes earlier this morning that hopefully remedies this issue.
12:29:03
drmeister
nivpgir: Use the dev branch - but wait until I give the all clear later today that it builds properly.
12:30:37
drmeister
General audience: I just fixed the latest problem with the build - I'll let it the build run a bit and then push the fix. It was a simple typo.
12:36:18
drmeister
I pushed the change - bclasp build is now proceeding - I'm pretty sure the dev branch should build now.
12:47:25
beach
I am getting highly motivated to get source tracking to work in SICL, so I started by programming the CST reader of Eclector to give me source positions. I think I have figured out how to run HIR code in SBCL and have it interface to a real debugger (that remains to be written).
12:48:05
beach
This is very exciting because it means I will be able to run, debug, step, inspect etc. SICL code without having to give up my programming environment.,
12:52:54
kpoeck
There are installation instructions in https://github.com/clasp-developers/clasp/wiki/Build-Instructions
12:53:47
kpoeck
In https://github.com/clasp-developers/clasp/issues/541 there are some corrections that should apply to linux too
12:54:14
kpoeck
BAsically the instruction need to be updated to use llvm@6 and sbcl is also a requirement
12:56:06
drmeister
There is still a problem with the build - it's amazing how this cleanup propagated through the system.
13:05:11
heisig
beach: This is indeed very exciting! Until this real debugger is written, one could also try to launch SWANK/SLIME from within SICL.
13:06:10
Colleen
Bike: beach said 2 hours, 43 minutes ago: Remind me, are you using the system EXTRINSIC-HIR-COMPILER?
13:15:26
beach
heisig: I think the debugger will be easier to write than I previously had imagined. It will basically use Dissect to find the function that is executing in each stack frame.
13:15:27
beach
In the extrinsic environment (i.e. SICL running inside SBCL) that function will be a subclass of FUNCALLABLE-STANDARD-OBJECT, and it will contain source information for values of the "program counter" in the form of positions in HIR code.
13:22:11
beach
Hmm, I think I have an idea for how to instrument the HIR code. I could introduce a special AST and a special HIR instruction that represent poll points (as describe in the Clordane specification).
13:28:59
Shinmera
Bike: drmeister: Hi, in order to add support for Clasp to Dissect, I'd be very grateful if you could fill out this survey. https://plaster.tymoon.eu/view/856#856 (click the annotate button at the bottom)
13:31:43
beach
[sorry to disturb the flow] Such a poll-point HIR instruction would refer to three other such instructions, each representing the step-in, step-out, and step-over commands of the debugger.
13:36:59
nivpgir
Kpoeck:that is what I was following, the sbcl dependency indeed tricked me, I'll nake sure my llvm version is sufficient and try again once the build is fixed