So I've tried to force CMake to use kos-ld as the linker, and now I get the following error: [ 86%] Linking CXX executable simulant_tests.elf cd /simulant/dbuild/tests && /usr/bin/cmake -E cmake_link_script CMakeFiles/simulant_tests.dir/link.txt --verbose=1 kos-ld /opt/toolchains/dc/sh-elf/b...

I've finally managed to compile my library into a static library for the Dreamcast, however when I try to use it I get undefined references from all the C++ functions. I've tried to manually link stdc++ but it doesn't seem to make any difference, here's the link line (generated by CMake): /opt/toolc...

That's exactly what I needed to know, thanks! I've almost finished implementing a syntax-compatible replacement around std::thread and then I can move onto the next compilation error

Thanks! I'll see how things go, it'll be difficult for me to factor out needs for RTTI and exceptions so I'm praying it just works :) Just checked, 211 'throw' statements, 12 uses of typeid (some of which are pretty essential for typesafe thingies), 24 uses of dynamic_cast. Yeah, that won't be fun! :p

I'm making progress porting a large library over to KOS, but I've just hit this compiler error: scene_manager.h:138:27: error: field 'future' has incomplete type I've done a bit of digging, and I think it's because the `future` class is hidden behind this ifdef: #if defined(_GLIBCXX_HAS_GTHREADS) &a...

Hi! I'm working on porting a large library over to the Dreamcast and I had some issues compiling with the default flags (-fno-exceptions etc.) and I had to remove them, but I just wanted to know what the reasoning behind them was to make sure I'm not making a mistake by removing them. So, the flags ...