Martin Kröning
Martin Kröning
bors retry
We agreed to keep `x86_64-unknown-hermit` and change the gcc triple.
@michelleangela, thanks for your reply! Sorry for not being specific enough. Regarding the error in `namespace.hpp`: You are right, this is expected when looking at `namespace.hpp` itself. Like I said...
Just to be clear: this problem is awfully specific. As listed in my original comment, the issue is gone if you either write `a::b::Foo` or `Foo` instead of `b::Foo`. Thus...
Now I managed to put multiple files into Compiler Explorer. It is working as expected: https://godbolt.org/z/fz7eoTevn
All right. Thanks for your help! :)
Thanks for the quick reply! I stumbled upon this while reimplementing GDB support in [uhyve](https://github.com/hermitcore/uhyve), but still have to figure out the details and if it makes sense to have...
> As such, I think we should focus on implementing this for MultiThreadOps, and implement it in SingleThreadOps if/when the need arises. I see. That makes sense. `MultiThreadOps` it is...
I am confused, as the Travis builds are not failing. I forgot to check that. Perhaps this is related to my environment?
Okay, #343 is still failing for me like this using Oracle's Java 12 build (Java 12 is the only freely available version by Oracle). I need to check on another...