aboutsummaryrefslogtreecommitdiff
path: root/Python/pywarpx/callbacks.py
diff options
context:
space:
mode:
authorGravatar Axel Huebl <axel.huebl@plasma.ninja> 2023-08-25 13:35:03 -0700
committerGravatar GitHub <noreply@github.com> 2023-08-25 20:35:03 +0000
commitb8619472d4602395e30cd47a3e8a404402bf2eba (patch)
tree2e711850d393fb659ce3b2f470b41c4b6168e516 /Python/pywarpx/callbacks.py
parent463f2a52ecc7bc040d9d0e3a21fb4104f3534382 (diff)
downloadWarpX-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