libera/#shirakumo - IRC Chatlog
Search
10:57:31
Colleen
<shinmera> I thought I could use a kd-tree to iterate over the nearest lights over a point, but that isn't actually possible.
10:58:05
Colleen
<shinmera> So I'm going to need a different structure to do a search like this, but I don't know what
11:00:15
Colleen
<shinmera> oh god. https://www.sciencedirect.com/science/article/pii/S0925772122001195
13:36:03
Colleen
<shinmera> yay. https://cdn.discordapp.com/attachments/346492702013259777/1112735390164582460/screenshot.png
16:47:02
karlosz
i guess we determined that its a bit premature to start running stuff on NX - the pie-shrinkwrapping stuff is still incomplete
16:47:22
karlosz
the thing is, code and data aren't segregated enough with the current shrinkwrapping procedure
16:47:53
karlosz
the code and data segregation as currently implemented put all code objects in the text section and everything else in the data section of an ELF
16:48:24
karlosz
the key point is that code objects themselves have data embedded within them, they aren't just instructions
16:48:51
karlosz
a code object in sbcl consists of boxed data words for constants and debug info, as well as embedded entry points with self pointers
16:49:04
karlosz
this is why we still needed text relocations, and this is what the switch chokes on
16:49:44
karlosz
so to get rid of text relocations, we need to segregate the code objects even further - we need to put only the machine instructions in the text section and dislocate the constants and simple funs to the data page
16:50:09
karlosz
this will require some codegen changes and probably some in-depth plumbing in editcore
16:50:27
karlosz
but i don't see why it can't be done - the GC may need to also learn to scan code objects a bit differently
16:52:10
karlosz
but at least if we do things like this this also solves not needing to have the heap be at a fixed address