freenode/#clasp - IRC Chatlog
Search
16:14:45
selwyn
if c++ methods were to be generic functions, would c++ objects then be CLOS objects?
17:03:34
drmeister
Bike: Could we pick up that conversation about generic functions and set-funcallable-instance-function in my office?
17:34:36
usha
from /home/uv10/clasp/extensions/cando: Test does not build: Traceback (most recent call last):
17:34:36
usha
File "/home/uv10/clasp/.waf-2.0.10-21b9fcc8516c313e4e3a81dc239e6d66/waflib/Configure.py", line 324, in run_build
17:34:37
usha
File "/home/uv10/clasp/.waf-2.0.10-21b9fcc8516c313e4e3a81dc239e6d66/waflib/Build.py", line 176, in compile
17:34:39
usha
-> task in 'testprog' failed with exit status 1 (run with -v to display more information)
17:36:39
Bike
https://github.com/cando-developers/cando/wiki/Cando-dependencies we should add it here...
19:46:23
usha
When I do ./ileap-boehm, it says starting cando and has been like that for a few minutes now... is this normal?
19:47:46
drmeister
But yes - it will compile a lot of leap code the first time you start it up. I added code to the build system to do that as part of the build - hang on...
19:49:52
drmeister
If you use ./waf build_cboehm install_cboehm the install_cboehm part will install it in /opt/clasp (or you can specify where to put it) and then it will run it for the first time to do the compilation that you are now seeing.
19:52:24
usha
since this is the first time i am actually going to work with the code, I would have a lot of questions
20:02:39
drmeister
Bike: To implement this idea of upgrading generic functions from interpreted discriminating functions to compiled ones...
20:04:57
drmeister
Wait - nevermind - as I was gathering my thoughts I think I figured out how to move the upgrading code to the interpreted discriminating function where I don't care that it's a bit slower.
20:34:43
Bike
incidentally, sicl appears to use both closures and literals in various situations relating to discriminating functions.
21:05:59
drmeister
Do you have some time to drop by again? I don't want to spend all night walking down memory lane.
21:08:58
drmeister
I have an infinite recursive loop when it calls the first generic function (I think). I'm doing something stupid and something something I'm too stupid something something to figure it out.
21:59:35
drmeister
This gf dispatch is hard because it's tricky to do it efficiently. It's starting to come back to me now.
22:29:28
selwyn
i removed Integer_sp Integer_o::create( uintptr_t ) and now everything is compiling fine
22:35:23
drmeister
selwyn: I was able to build when I pulled the latest changes - I'm trying a fresh clone now.
22:38:39
drmeister
On macOS uintptr_t and uint64_t are treated as separate types and on linux they are not.
23:29:04
Bike
i actually tried ereasing the uintptr_t definition and that made it not build on my machine
23:33:48
karlosz
so the progression has been 12 hours > 9.5 hours (by r-u-i speedups) then 9.5 > 7 hours (by removing reinitialize-data)
23:34:42
karlosz
set-predecessors took up about the same amount of time, so im optimistic its still possible to easily shave about 1-2 hours off the cclasp build