diff options
author | 2023-08-25 13:35:03 -0700 | |
---|---|---|
committer | 2023-08-25 20:35:03 +0000 | |
commit | b8619472d4602395e30cd47a3e8a404402bf2eba (patch) | |
tree | 2e711850d393fb659ce3b2f470b41c4b6168e516 /Python/pywarpx/callbacks.py | |
parent | 463f2a52ecc7bc040d9d0e3a21fb4104f3534382 (diff) | |
download | WarpX-b8619472d4602395e30cd47a3e8a404402bf2eba.tar.gz WarpX-b8619472d4602395e30cd47a3e8a404402bf2eba.tar.zst WarpX-b8619472d4602395e30cd47a3e8a404402bf2eba.zip |
Doc: HPC Python Separate (Static/Shared AMReX) (#4226)
* Doc: HPC Python Separate
Currently, due to global variables used in AMReX to store implicit
state instead of using handlers, we cannot build shared libraries
for Python (pyAMReX + pyWarpX + pyImpactX) with a *static*
`libamrex_Nd.a`. Thus, we automatically build a shared AMReX
library in our superbuild the moment that we need Python bindings.
That can confuse people that just use the C++ application with
AMReX inputs files, which then also depends on this shared AMReX
library (which also needs to be copied around, for instance).
This update the HPC docs to just build App and bindings twice
(twice the time spent), to work around this current limitation
of AMReX.
* Apply suggestions from code review
Co-authored-by: Remi Lehe <remi.lehe@normalesup.org>
* Apply suggestions from code review
Co-authored-by: Remi Lehe <remi.lehe@normalesup.org>
* Docs: Update other cluster descriptions as well.
* Install Dependencies: `git fetch --prune`
Fix an issue first seen in blaspp/lapackpp where fetch
failed because an unused remote branch was gone.
---------
Co-authored-by: Remi Lehe <remi.lehe@normalesup.org>
Diffstat (limited to 'Python/pywarpx/callbacks.py')
0 files changed, 0 insertions, 0 deletions