freenode/#clasp - IRC Chatlog
Search
9:50:14
attila_lendvai
Bike: this seems to work, except that, surprisingly enough, the cleavir-env package is not available when building. https://github.com/attila-lendvai/clasp/commit/aef7de14b677b27f729ae673493057e878dd917d
9:54:41
attila_lendvai
Bike: is that just a not yet, or there's a deeper bootstrap issue I'm not aware of?
9:59:58
attila_lendvai
to answer myself, that's most probably a bootstrap issue. that code needs to compile before cleavir is available... I guess should rather get back to hacking on my idea of staged bootstrapping
10:18:57
cracauer
I just finished a long build, by discovering a local diff had unmatched parenthesis. /clasp shoulder.
10:20:40
drmeister
I tried to build the docker image with the new 'dev' and it is locking up when running the linker.
10:23:27
cracauer
Question: in backtrace.lsp, line 107, why does OSX need to access the jit-name inside a cons tree when Linux does not?
10:32:30
drmeister
I'm not sure what it means if I use strace from the host on a process running in a docker machine.
10:32:34
cracauer
I need to shuffle some machines in the cluster here. I don't allow docker on the big one for now.
10:46:33
drmeister
I started an 'object' docker build and a linux build that I will try in both object and bitcode mode
11:52:57
Bike
attila_lendvai: that won't work because this works for bclasp too, and bclasp doesn't have cleavir-env. welcome to our stupid boot problems
12:06:18
drmeister
printf("%lld\n", something); on macOS needs to be printf("%ld\n", something); on linux
12:09:59
drmeister
So I use printf("%" PRi "\n", something); and #define PRi "ld" on linux and #define PRi "lld" on macOS
12:15:22
drmeister
If you came up with an API like that these days you would be laughed off the internet
12:18:41
drmeister
If I hadn't invested the time in getting object mode working again - I wouldn't have an option right now.
12:41:07
drmeister
I found a tool for diffing and doing 3-way merges for jupyter notebooks - this has been a new pain point now that we are sharing jupyter notebooks using git
13:03:58
drmeister
Bicyclidine: We rewrote layout-procedure and now the shadow stack isn't being constructed.
13:07:24
drmeister
cracauer: You asked about backtrace.lisp:107 earlier - what statement are you referring to?
13:07:48
drmeister
https://github.com/clasp-developers/clasp/blob/dev/src/lisp/kernel/lsp/backtrace.lsp#L106
13:21:20
Bike
bclasp and sldb aren't getting along now, and it doesn't know how to require asdf even though i already built it. did i justbreak everything
13:35:24
drmeister
I love this jupyterlab interface - if I could just get it to indent code the way emacs does it would be glorious.
13:37:12
Bike
"Could not load bitcode for file bla bla bla asdf.ll - error: expected top-level entity"
14:04:24
Bike
how do i get the "Could not load bitcode" error? Trying to load cleavir in the workbench
14:05:35
drmeister
Urgh! I think these are still teething issues with adding the 'object' build mode. The workbench code probably needs to be tweaked to work with it.
14:34:07
davidlovemore
Parallel builds with MPS now work for me. I have created pull request: https://github.com/clasp-developers/clasp/pull/530
14:53:42
balrog
davidlovemore: nice! I'm still wondering just why you need that cfg.env["DEST_OS"] hack, though......
15:01:47
davidlovemore
balrog: I guess it is not logically part of change. But update_whatever_it_was uses DEST_OS before it is set otherwise. The change means I don't need to make a wscript.config file with DEST_OS set explicitly which was a workaround.
15:05:34
davidlovemore
drmeister: In terms of priorities what would you like us to work on next? I am just starting to think about gc'able LLVM code.
15:20:16
beach
attila_lendvai: I need to convince myself whether NIL is acceptable as a global environment (it would be a designator). I think it is, in which case the documentation should be modified.
15:24:16
attila_lendvai
beach: I prefer things to be explicit so that the intention is clearly encoded, and e.g. accidental NIL's are caught early (as opposed to silently misbehaving code relative to the coder's intentions), especially when it's not an API that is used pervasively throughout the codebase. so, I'd argue against that.
15:25:13
beach
Sure, I understand. I just need to verify that we have a class for all global environments, and that Clasp won't break if we don't. Stuff like that.
15:25:16
attila_lendvai
beach: IOW, DWIM stuff only in API's that are used a lot and as such are clear part of the coder's internal mental model
15:44:27
Bike
drmeister: I think if you just defined the compute-policy-quality method for maintain shadow stack to always return T (through a reader conditional, i guess) you'd get what you want. It's on L41 of policy.lisp.
16:46:23
Bike
i don't think i actually told you: when it hits boot.lsp in clos, it says +builtin-classes-list+ is unbound.
16:47:39
drmeister
core:+builtin-classes-list+ is bound in the C++ interpreter - does it have a value?
16:49:53
drmeister
I was thinking of core::*all-cxx-classes* <--- that is set up in the interpreter.
16:51:42
drmeister
https://github.com/clasp-developers/clasp/blob/dev/src/lisp/kernel/clos/hierarchy.lsp#L195
16:52:37
drmeister
ECL gets away with only defining these hierarchy.lsp global variables at :compile-toplevel and :execute time.
16:52:59
Bike
but this is in the bclasp+cleavir building cleavir stage, so i think it just needs to be bound at compile time for this
16:55:30
kpoeck
Bike: could you have a look at pr 519, much more regression tests, so i hope not controversial
18:07:06
drmeister
kpoeck: Hi - I couldn't reproduce the crash that you saw - did the problem go away?
18:41:11
Bike
ok so the problem _might_ be that it's hitting a #., and the *package* isn't set to read it right... i'm really not sure
18:52:22
Bike
drmeister: also- the function-info contains a docstring, right? I tried it out and i can't seem to retrieve it. is that something else the merge broke?
18:53:00
drmeister
The function-info contains an integer index into the root vector for the module that contains a docstring.
18:55:02
attila_lendvai
Bike: would you like ./waf -f some-feature to work so that ./waf configure stores it, and subsequent waf invocations will use the value stored at configure?
18:57:30
attila_lendvai
hrm... it seems useful when people experiment with stuff, though. but I'm not sure with what semantics I should add. drmeister, any opinion on this? forget it for now? or add as a direct copy of ./waf -f foo to clasp -f foo, i.e. not have ./waf configure store it?
18:58:42
Bike
if i wanted to store it in the configuration i think i'd rather just write it in the configuration myself
19:01:24
attila_lendvai
my idea is that you add something to the codebase that slows things down, but enables better debugging. then sometimes you start a build by ./waf configure --feature heavy-debugging-stuff and until the next ./waf distclean all clasp invocations will have that feature
19:02:46
attila_lendvai
./waf -f debug already does this (it enables 4 features), except that it's not stored in the configure phase