Search
Wednesday, 11th of September 2019, 9:33:44 UTC
13:30:28
Bike
::notify kpoeck i pushed something that should fix that source info AST issue. i haven't tested it since I don't actually know how to reproduce it, though.
13:30:28
Colleen
Bike: Got it. I'll let kpoeck know as soon as possible.
14:03:37
kpoeck
Bike My test case was compiling ironclad, so will do later this evening
14:03:37
Colleen
kpoeck: Bike said 33 minutes, 9 seconds ago: i pushed something that should fix that source info AST issue. i haven't tested it since I don't actually know how to reproduce it, though.
15:19:04
Bike
now the symbol that's not external in netcdf is GET-VARA-DOUBLE
15:19:07
Bike
wonder what the deal here is
17:28:09
Bike
the changes for type declarations to work properly build, but i still can't make cando work
17:28:19
Bike
but that's probably this unrelated weird problem, so i could push regardless
19:23:11
Bike
the GET-VARA-DOUBLE symbol is listed in the exports. mysterious things afoot
19:23:30
drmeister
https://www.irccloud.com/pastebin/IHQkvGeN/
19:23:54
drmeister
It sounds like weirdness
19:24:36
Bike
yeah, i also have stable 4.6.3 (bottled)
19:25:09
drmeister
You are getting this error when exactly?
19:25:14
drmeister
When you start icando-boehm?
19:25:45
drmeister
When it's loading what exactly?
19:26:19
Bike
it's a few systems later than netcdf. i think leap.topology? i'll get back to it again
19:26:50
drmeister
This is my git log of cl-netcdf - everything is up to date.
19:54:57
Bike
drmeister: yeah it's leap topology.
19:55:23
Bike
it looks like the change to export this symbol was fairly recent. is there another cache for me to nuke somewhere?
19:55:32
Bike
the one i've been deleting is ~/.cache/common-lisp
19:57:05
drmeister
That's the only cache that matters.
19:57:19
drmeister
What do you get with (apropos "get-vara-double") ?
19:57:47
Bike
the symbol's there, it's just internal
19:57:49
drmeister
netcdf is a dependency in leap.asd
19:58:23
drmeister
I have it exported from the netcdf library.
19:58:25
drmeister
https://www.irccloud.com/pastebin/iX0TKnk2/
19:58:33
drmeister
https://github.com/djedi23/cl-netcdf/blob/master/src/packages.lisp#L39
19:59:17
Bike
so it's like i'm using an older ersion of the library somehow
19:59:25
Bike
does cando have its own quicklisp directory?
19:59:55
drmeister
Hmm what do you get with (translate-logical-pathnames "quicklisp:")
20:00:36
Bike
you mean -pathname? yeah it's deep in clasp somewhere...
20:00:41
Bike
should i nuke that directory or something?
20:01:00
drmeister
What do you get though?
20:01:12
Bike
clasp/src/lisp/modules/quicklisp/
20:01:35
drmeister
Oh crap - then it's using that quicklisp.
20:01:43
drmeister
Look in that local projects
20:02:18
Bike
yeah, it's got an older cl-netcdf. is that part of the cando repo?
20:02:36
drmeister
You can control it with: export CLASP_QUICKLISP_DIRECTORY=/Users/meister/quicklisp
20:02:56
selwyn
does clasp have its own quicklisp client?
20:03:07
Bike
can i just delete this quicklisp? i don't want it
20:03:09
drmeister
Its something I did to control the quicklisp in the docker image or /opt/clasp - I forget.
20:03:14
drmeister
There was a good reason for it.
20:03:27
Bike
did you write the reason down somewhere? install manual? i remember you mentioning it before
20:06:40
drmeister
I wrote it into the summer dew, into the whispers of a mother to her child, into the length of a day.
20:07:24
drmeister
ACTION has to get serious about documentation.
20:16:21
Bike
well now the caches are all weird so i'll wipe everything and try again
20:33:32
selwyn
drmeister: how many threads/cores do you or would you use when using the lock-free hash table
20:55:40
Bike
static-vectors upstream still doesn't support clasp? aw
Wednesday, 11th of September 2019, 21:33:44 UTC