<stikonas[m]>hmm, I wonder if miniyacc can replace heirloom yacc in bison bootstrap <stikonas>I guess even if it is usable, we still need lex to bootstrap it... <markjenkinssksp>thanks rickmaster I have seen c9x.me miniyacc before, that web page is a good source of documentation, belongs in my REFERENCES if not there already <markjenkinssksp>so miniyacc possibly need some porting to the same C variant, a much shorter path than my approach no doubt <markjenkinssksp>also looking at miniyacc as one of many sources for the C output skeleton <markjenkinssksp>I appreciate the reminder stikonas that lex is also a licensing problem to work around, this had slipped my mind <markjenkinssksp>miniyacc's C skeleton also needs to be made compatible with bash 2.05b or bash adapted if they're not already compatible <stikonas>markjenkinssksp: oh actually that's a good point, if we can build bash, that's should workaround licensing problem <stikonas>if you can build bash with miniyacc, then we build musl and then heirloom yacc/lex <stikonas>or maybe at some point gash will be ready and run on mes <stikonas>I think it's not too far, there is some wip code <aggi>Hagfish: most RISC-V probably will require latest compiler and kernel versions <aggi>i don't consider this any progress with minimum acceptance criteria compliance and bootstrapping <aggi>anyway, got a linking problem with ncurses when it was compiled with tcc-toolchain it is missing the acs_map symbol <aggi>found it, the (n)curses.h header generated for either gcc47 or tcc differ with the #define NCURSES_BROKEN_LINKER <aggi>reminds me of oasis-linux which replaced ncurses with curses library from BSD ***silver.libera.chat sets mode: +ooo ChanServ oriansj janneke
***silver.libera.chat sets mode: +ooo ChanServ oriansj janneke
***silver.libera.chat sets mode: +oo janneke oriansj
***silver.libera.chat sets mode: +o ChanServ
<aggi>almost freaking out over ncurses <aggi>just another reminder, to freeze, archive, and terminate all project work <aggi>almost everyone and everything uses ncurses library... seems noone bothered yet with a clean configure.ac for this <aggi>the one which is shipped with ncurses touched at the wrong place, and configure/compilation freak out all over the place <aggi>tcc-toolchain causing linking problems with ncurses is just a secondary side-effect <aggi>i have no idea, how such could have ever passed minimum acceptance testing anywhere, the configure.in script alone is reason enough to reject ncurses <aggi>already pulled 300 ebuilds into my overlay, to cope with such problems ***civodul` is now known as civodul
<stikonas>I'm flying home tomorrow evening, so hopefully can look a bit more at your binutils patch this weekend