Paul Osmialowski

It's almost as good as I needed. I've managed to build r316129 as suggested, but it seems like it can't produce assembly (-S) for z80-unknown-coff triple that could be handled...

> I probably can only wave goodbye... no Windows here... Funny thing, I haven't used Windows for the last 20yrs. Even this LLVM backend message is about non-Windows ('non-Windows COFF...

The topic of porting graphic libraries and 90's games to ELKS should be preceded by a more substantial discussion regarding the graphics in ELKS in general. I never had occasion...

I remember the times when porting from Turbo C++ was all about getting rid of '#include ' :)

I wonder how far we can go with this... It's like with Fuzix for Z80 machines where ability to run CP/M programs was considered.

@toncho11 I think the 'bug' label here is slightly misleading. @Mellvik, > Interesting digression @pawosm-arm, I'm curious: anything in particular from cp/m you're interested in? Although interesting, this digression should...

> Actually, Nano-X originated from NanoGUI, which itself was based on some very early code by David I. Argh, this name reuse, so common in Open Source world. Indeed nx...

Speaking of Turbo C++, it brings me some of my late school days memories, you can have a glimpse here, https://www.youtube.com/watch?v=N8z5kQFhJ9A yet note I'll probably pull it down soon, there's...

> @pawosm-arm Do you know how to do that? How to compile from command line with graphics.lib, egavga.obj and registerbgidriver(EGAVGA_driver) ? I can not make it to work. Can you...

Ok, now I can see what you're after. Sadly, back then I deliberately avoided BGI graphics as I rather preferred mode 13h and direct writes to the video memory.