Mikael Simberg

I will attempt to look at the `std_thread_scheduler` failure for 0.6.0.

These are some of the more frequently failing tests on CDash: https://cdash.cscs.ch/testOverview.php?project=pika&date=2023-01-31&group=28.

I would keep this open as it's sufficiently different than what was implemented in #962 and may still be useful to do at some point. However, it's lower priority now...

> What about using https://cache.spack.io/tag/develop-2024-09-22/?stack=developer-tools-manylinux2014? I think it's pretty straightforward to add Can you try reviving https://github.com/pika-org/pika/pull/1129 with a new cache? I don't even think you need to choose the...

Could you please run `ctest --output-on-failure`? `tests.unit.modules.runtime.process_mask_flag` is expected to fail if it's not run on a particular type of system (with two hyperthreads per core, and we've been lazy...

> This run is on the system with two hyperthreads per core. Interesting... thank you. I'll have a look through the log.

@yurivict are you able to provide `lstopo` output from the system you're testing on? As for the segfaults, it's hard to say what might be going wrong there. If you're...

Thanks @yurivict. I think https://github.com/pika-org/pika/pull/1130/commits/3a999ce6c21fb9bacc34562d29a6628d19c98f49 (not yet merged) would also fix that test failure (i.e. further relax what we expect from the output there). We'll try to get that merged...

Ok, thank you in any case. If you find out anything more in the future do let us know.

Thanks for these reports as well! I will say up front that supporting ppc and s390x is not particularly high priority for us, so if you're very interested in getting...