<OriansJ>but writing a standards compliant scheme interpreter is starting to look like a much more difficult task than writing a C compiler in assembly was. <rain1>Maybe it could help to write up a cut down version of the standard <OriansJ>rain1: only works if we can get guix and guile to only use that reduced subset of that standard. <OriansJ>Because right now the biggest piece in the bootstrap problem, isn't gcc but guile and guix. As guile can't be bootstrapped yet and guix depends heavily on guile. ***ChanServ sets mode: +o rekado
<gio>And it does not compile with tcc? <OriansJ>gio: guile has a generated file in its build (psyntax.pp if I remember correctly), which requires guile to generate. Which is the guile bootstrap problem. <fossy>what is /lib/mes-loader in guix for tcc? <janneke>or rather, it's just a name, a string; not even a (dummy) program <fossy>I cant figure out why make is segfaulting <janneke>hmm, yes you can use strace or MES_DEBUG=2 or so ... <fossy>ill give strace another shot <janneke>you are probably using thet mes c library? <janneke>it has some debug printing, for exec etc <fossy>mes c library is pretty mature <fossy>(Unless this is caused by mes c library :s) <fossy>things I can confirm is that it isnt make itself, I compiled make with gcc and it was fine <fossy>so its either tcc or the mes c library <janneke>i don't remember, but it could very well be exec, how it finds /bin/sh or so <janneke>make did not work right away for me either <fossy>janneke: I certinaly had issues with it <fossy>inc. no echo, not running relative paths correcrlt <fossy>but this time its just outright segfaulting at the start