#2883: ExternalLibraries fail to build with cmake 4.0
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
Changes (by Roland Haas):
status: open (was resolved)
Comment (by Roland Haas):
Also fails in yaml-cpp (which Fedora had a binary package, so this was not noticed before). Reported by Jasper Bos.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2883/externallibraries…
#2885: test for std::filesystem availability in Silo output likely broken
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: minor
Component:
The test
```
#if defined __cpp_lib_filesystem && __cpp_lib_filesystem < 201703L
#include <experimental/filesystem>
namespace fs = std::experimental::filesystem;
#else
#include <filesystem>
namespace fs = std::filesystem;
#endif
```
\(or so\) in the Silo output routines is quite likely not performing as intended.
Namely
1. `__cpp_lib_filesystem` is defined either in `<version>` \(C\+\+20\) or in `<filesystem>` \(which is what we want to test for\)
2. if defined \(at least in g\+\+12\) it is set to the constant `201703L` anyway
References:
\* [https://en.cppreference.com/w/cpp/feature\_test.html](https://en.cppreferen… \(though g\+\+ does provide a version file even in version of gcc that do not support C\+\+20 and also when C\+\+20 is not the language version used\)
\* [https://stackoverflow.com/a/53365539](https://stackoverflow.com/a/53365539) which is somewhat more complex than we’d want, and also would require access to `<version>`.
The current workaround exists b/c of old gcc versions \(7 apparently\) and also for some clusters where the \(AMD / clang / hip\) compiler is old.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2885/test-for-std-file…
#2882: Running BBH with CarpetX with CPUs: High memory consumption and low performance
Reporter: Alejandra Gonzalez
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: CarpetX
Comment (by Alejandra Gonzalez):
An update on this:
CarpetX \(main branch\) CPU without subcycling → still consumes a lot of memory and the performance keeps being slow
CarpetX \(liwei’s branch\) CPU with subcycling → I keep getting out of memory errors so I still haven’t gotten the chance to check its performance
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2882/running-bbh-with-…