#2710: Elliptica_ID_reader library not found at runtime on macOS
Reporter: Roland Haas
Status: new
Milestone: ET_2023_05
Version:
Type: bug
Priority: major
Component:
Comment (by Alireza R.):
As far as I can see the libraries are put in `configs/sim/scratch/external.`
Anyway, I added an option to ensure that it compiles only the static library. So this should be fixed now. Please let me know. Thanks!
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2710/elliptica_id_read…
#2708: Elliptica_ID_Reader fails to compile on macOS
Reporter: Roland Haas
Status: new
Milestone: ET_2023_05
Version:
Type: bug
Priority: blocker
Component:
Comment (by Alireza R.):
I removed the culprit flag that caused the incompatibly with macOS. Please let me know if it now goes smooth on macOS. Additionally, I commented out the redirection of the makefile outputs. Thanks for the info!
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2708/elliptica_id_read…
#2553: Cactus' link command uses CPPFLAGS and CXXFLAGS
Reporter: Roland Haas
Status: open
Milestone:
Version: development version
Type: bug
Priority: minor
Component: Cactus
Comment (by Roland Haas):
Similar issues also happen with HIP / RoCM compiles and using `-x hip` in `CXXFLAGS`.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2553/cactus-link-comma…
#2718: update Canuda author list
Reporter: Roland Haas
Status: new
Milestone: ET_2023_05
Version:
Type: task
Priority: trivial
Component: EinsteinToolkit thorn
The author list of Canuda and the ET author list should be updated.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2718/update-canuda-aut…
#2717: conflicting barriers in CarpetLib
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: minor
Component: Carpet
Comment (by Erik Schnetter):
This might be an actual bug in Carpet. Or it might be that these barriers haven’t been tested in a long time, and don’t conform to Carpet’s communication algorithms any more.
I would be careful activating these barriers, they might just be incorrect these days.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2717/conflicting-barri…
#2714: PAPI fails to build on Linux systems
Reporter: Roland Haas
Status: new
Milestone: ET_2023_05
Version:
Type: bug
Priority: major
Component:
Comment (by Roland Haas):
@{557058:1671c5c3-29cc-4e83-9850-a152d33a6235} says \(in pull request\) “Looks good to me.”
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2714/papi-fails-to-bui…
#2717: conflicting barriers in CarpetLib
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: minor
Component: Carpet
To debug some Cactus issues on the Delta cluster I am running simulations using:
```
CarpetLib::barriers = "yes"
CarpetLib::barrier_between_stages = "yes"
Carpet::barriers = "yes"
Carpet::schedule_barriers = "yes"
Carpet::sync_barriers = "yes"
```
which results in failure:
```
WARNING level 0 from host cn045.delta.internal.ncsa.edu process 47
while executing schedule bin CCTK_RECOVER_VARIABLES, routine IOUtil::IOUtil_RecoverGH
in thorn CarpetLib, file /scratch/rhaas/Cactus/arrangements/Carpet/CarpetLib/src/dist.cc:210:
-> Wrong id for Barrier "CarpetLib::gdata::gdata": expected 783988953d, found 404924393d
exec: /scratch/rhaas/Cactus/arrangements/Carpet/Carpet/src/helpers.cc:275: int Carpet::Abort(const _cGH
*, int): Assertion `0' failed.
```
I expect this will be avoidable if I reduce the number of barriers used, so is not a major issue.
The two barriers involved \(based on their tags\) are the one in the `gdata::gdata` constructor and `commstate::step` “CarpetLib::comm\_state::step”.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2717/conflicting-barri…