#2807: Hydro_RNSD passes CFLAGS to LD
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: minor
Component: EinsteinToolkit thorn
Hydro\_RNSID passed CFLAGS to LD when linking its utilities:
```
HYDRO_RNS_LDFLAGS := $(HYDRO_RNS_CFLAGS) $(DEBUG_LD) $(LDFLAGS) $(EXTRAFLAGS) $(GENERAL_LIBRARIES
```
this fails if `LD` is `nvcc` which will not accept a `-std=gnu99` or `-std=c99` option typically present in `CFLAGS` since it only accepts C\+\+ language flavors.
This is similar to #2553 where Cactus pass `CPPFLAGS` and `CXXFLAGS` to `LD`
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2807/hydro_rnsd-passes…
#2174: Test "Multi Patch Scalar Wave Equation" example
Reporter: Roland Haas
Status: open
Milestone: ET_2024_05
Version: development version
Type: task
Priority: major
Component: EinsteinToolkit website
Changes (by Lucas Timotheo Sanches):
Before each release, check that http://einsteintoolkit.org/gallery/multipatch/index.html still works and produces correct output.
Steps:
1\. download the _development_ version of the Einstein Toolkit:
```shell
curl -kLO https://raw.githubusercontent.com/gridaphobe/CRL/master/GetComponents
chmod a+x GetComponents
./GetComponents https://bitbucket.org/einsteintoolkit/manifest/raw/master/einsteintoolkit.th
```
2\. download the parameter file fro the gallery example
```shell
cd Cactus
wget --output-document par/Kerr-Schild_Multipole.par https://bitbucket.org/llamacode/llama/raw/master/LlamaWaveToy/par/Kerr-Schi…
```
3\. compile Cactus for the system you are on \(this may require that you add a cluster allocation etc.\)
```shell
./utils/Scripts/MakeThornList --master thornlists/einsteintoolkit.th --output thornlists/Kerr-Schild_Multipole.th par/Kerr-Schild_Multipole.par
./simfactory/bin/sim setup-silent
./simfactory/bin/sim build --thornlist thornlists/Kerr-Schild_Multipole.th
```
4\. run the simulation, using number of MPI ranks similar to what is shown on the ET website, so _for example_
```shell
./simfactory/bin/sim create-submit Kerr-Schild_Multipole --parfile par/Kerr-Schild_Multipole.par --cores 8 --num-threads 2 --walltime 0:30:00
```
5\. on your laptop install VisIt using the precompiled executable available from its [download page](https://visit-dav.github.io/visit-website/)
6\. get the VisIt session file
```shell
wget http://einsteintoolkit.org/gallery/multipatch/Kerr-Schild_Multipole.session
```
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2174/test-multi-patch-…
#2806: support CarpetX grid scalars and grid arrays on GPUs
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: enhancement
Priority: major
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
Please review.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2806/support-carpetx-g…
#2806: support CarpetX grid scalars and grid arrays on GPUs
Reporter: Roland Haas
Status: open
Milestone:
Version:
Type: enhancement
Priority: major
Component: EinsteinToolkit thorn
Changes (by Roland Haas):
status: open (was new)
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2806/support-carpetx-g…
#2806: support CarpetX grid scalars and grid arrays on GPUs
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: enhancement
Priority: major
Component: EinsteinToolkit thorn
These commits use AMReX's arena to allocated storage for grid scalars and grid arrays so that they are visible to GPUs
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2806/support-carpetx-g…
#2696: Update kuibit to 1.4.0
Reporter: Gabriele Bozzola
Status: open
Milestone: ET_2023_05
Version:
Type: enhancement
Priority: major
Component:
Comment (by Roland Haas):
Sure. Note that the `numpy` ↔︎ Python compatibility issue does not directly arise with those clusters I would claim. The old clusters only providing old Python will provide an equally old \(and compatible to Python\) `numpy`. So the issue would be more whether `kuibit` can support both old and new `numpy` versions. From previous discussion about this my understanding is that supporting both numpy versions is \(basically\) impossible in kuibit. So faced with the choice of having to drop support for some version of `numpy` dropping support for the older one rather than dropping support for all newer versions makes sense.
This has been an issue with old HPC clusters all the time, they just offer quite old software stacks.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2696/update-kuibit-to-…
#2696: Update kuibit to 1.4.0
Reporter: Gabriele Bozzola
Status: open
Milestone: ET_2023_05
Version:
Type: enhancement
Priority: major
Component:
Comment (by Gabriele Bozzola):
kuibit’s discovery mechanisms can be slow on distributed filesystems when there are lots of small files \(for ASCII files, kuibit opens every file and does regular expression matching to find what’s inside\). I wrote some recommendations here
[https://sbozzolo.github.io/kuibit/faq.html#some-of-the-attributes-in-simdir…
It is also a good idea to use HDF5 whenever possible \(eg for waveform and horizon data too\)
Note also that Python 3.6 end of life was 2021. Numpy dropped support from Python 3.6 in 2020 \(version 1.20\).
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2696/update-kuibit-to-…