***lukedashjr is now known as luke-jr
<stikonas>which is probably enough for almost everything <stikonas>which is doable of course but extra work <OriansJ`>pder: mescc-tools are in state for a stage0-posix spin; M2-Planet just needs me to do a trivial replace of file_print with fputs and update the checksums accordingly. M2libc needs to add fputs to $arch/Linux/bootstrap.c as the goal for the next release is be more C standard. <OriansJ`>After that the only work remaining is expanding M2libc to take meslibc's place and porting efforts. <OriansJ`>bauen1: I think the chroot requirement for the kernel is unlikely to be needed until after guile 3.x is bootstrapped and at that point GCC should be able to bootstrap linux for us. Then we can just have a standard Guix system image be the final piece built. <stikonas>OriansJ`: we don't need guile anymore for GCC <stikonas>I found a way to build GCC without autogen <stikonas>although, with guile we can do it a bit better <OriansJ`>stikonas[m]: honestly I was only thinking of guile for allowing us ot punt the later work to Guix <OriansJ`>hopefully 4.7.4 (I think that is the last version that can be built with a C compiler) <stikonas[m]>Anyway, like you said, now it's not a question of whether we can do it, just have to do a few steps <OriansJ`>and the big problem becomes what architectures do the versions we can bootstrap are able to run on. <OriansJ`>as PowerPC64el, RISC-V and etc probably are not supported by most of them. <pder>stikonas, I was looking at building binutils 2.18 and it needs autogen as well <fossy><stikonas> well, the alternative would be not to run qemu but run CI in chroot mode... <fossy>dont like this cause of future kernel work <stikonas>fossy: by the way, I'll also have to fix binutils, pder noticed autogen in newer binutils, but it's the same in older <stikonas>fix is the same though (don't use top-level configure) <stikonas>fossy: so posix-uefi then can act as bootstrap kernel? <stikonas>also I think creating binaries for it needs extra tools (ld at least) <fossy><stikonas> fossy: so posix-uefi then can act as bootstrap kernel? <stikonas>yeah, I was talking about potentially, not right now... ***nckx is now known as Thunderbi
<fossy>stikonas: before doing guile, i noticed that guile needs very recent automake, so i am doing "proper" perl now (i.e. using ./Configure) <fossy>i can probably hack it to use an older one <fossy>but new perl would be nice anyways <stikonas>so you'll try ot build perl's configure using their system? <stikonas>in principle I can get 1.16.2 working too <stikonas>the only complaint I got was perl 5.8 is needed <fossy>i think we can probably do a big-ish jump <stikonas>but if we can build metaconf, then ok... <stikonas>I'm still trying to get binutils building <fossy>well metaconfig is itself in perl lol <fossy>how true that is is a good question <fossy>also new perls are very nice, they have one regen script <stikonas>although, they are quite picky about bison version <fossy>i will see how i go with that <stikonas>I'm getting some strange problems when trying to build binutils witout top level configure :( <stikonas> /after/include/musl/bits/alltypes.h:148: error: identifier expected <fossy>is that a gcc problem maybe? <stikonas>it should be possible to build everything using subdirectory configures and makes <fossy>put an issue up so i don't forget <fossy>which directory is that error in <fossy>i put an issue up so i don't forget <stikonas>it's actually the very first file we build <stikonas>maybe some header file is created somewhere