freenode/#clasp - IRC Chatlog
Search
3:55:30
drmeister
balrog: We have a version of clasp that does full source tracking and generates lots of debug information.
3:56:16
drmeister
It builds - but it's not quite ready for prime-time because Bike is still working on getting a new type of inlining working.
3:56:46
drmeister
We have disabled the new type of inlining - and because of this it runs about 2x slower than the 'dev' branch.
5:28:41
karlosz
(clisp-cleavir interface meaning not the stuff in the SICL repository, but all the stuff i defined)
5:33:16
karlosz
drmeister: not quite. i've only tried self compiling the machinery i added. lemme try getting quicklisp to use cleavir to load the other parts of sicl
11:13:56
attila_lendvai
drmeister: if you want control over the waf output then you need to stop using print in wscript. mimic the log.info() or .debug() calls that you find there.
12:06:18
kpoeck
Regarding ansi-tests, I forked the hopefully newest repository from jackdaniel on gitlab and pushed the modifications to run clasp in a branch
12:07:34
kpoeck
Instructions on how to run in https://gitlab.common-lisp.net/kpoeck/ansi-test/wikis/How-to-run-the-tests-for-clasp
12:09:34
kpoeck
Since clasp is relatively slow, I added features to just load parts of the tests, e.g. just sequences, but pushing :ansi-load-sequences to *features*
12:10:35
kpoeck
I did not touch any test from upstream, but deactivated the tests that make clasp exit and defined expected failures
12:13:30
kpoeck
Will try to add a functionality to execute the tests with fork, as clasp does in compiling (but need to figure out, how to communicate the subresults)
12:14:48
kpoeck
On my machine (some fixes not yet merged or not even comitted) I get 750 out of 21724 total tests failed:
12:17:02
kpoeck
obviously will try to clean up and make a pr to jackdaniel repository (after testing my changes with other lisps)
13:26:58
attila_lendvai
I think it makes more sense to name a config var the same as the function it controls. i.e. not CLASP_SRC_DONTTOUCH but UPDATE_DEPENDENCIES, defaulting to True
13:28:03
attila_lendvai
dev doesn't build for me, it fails at linking with "can't create dynamic relocation R_X86_64_PC32 against symbol: gctools::globalBytesAllocated in readonly segment". I assume it's not due to my innocent wscript changes.
13:41:17
attila_lendvai
drmeister: not that I know of. I pushed two innocent-looking changes to wscript, though
13:45:25
drmeister
Ok, tell me how that turns out. I don't want to pull anything that might break my build here.
13:47:00
attila_lendvai
drmeister: I used to have issues when linking with lto=obj. as I understand the new setup defaults to that now.
13:57:00
attila_lendvai
drmeister: might be due to the specific version of LLVM that I have here (FTR, it's 5.0.1)
13:58:49
drmeister
I need to make breakfast for a bunch of people in the next couple of hours - I'll be able to look at it after that if it's still a problem.
13:59:21
attila_lendvai
if it's due to my wscript changes then I'll have to give back my coder's licence... :) (or alternatively ban python and waf from my mind... :)
13:59:40
attila_lendvai
drmeister: ok. I'll report the results. if it breaks I'll drop a mail with the output.