Thank you very much for the help! The problem is solved now. Best regards, Fatemeh
On Fri, Sep 5, 2025 at 8:21 AM Samuel Tootle <[email protected]> wrote: > Hi Fatemeh, > > In addition to Konrad's correct notes, I want to addresd the build issues: > > "At first, I was getting a mismatch error (Assertion > ndim==nbr_points.get_ndim()), which suggests an incompatibility between > Spritz’s bundled Kadath and the external version of FUKA/Kadath I used to > generate the initial data. > > To fix this, I tried to build Spritz against my own external Kadath > installation (~/fuka/lib/libkadath.a) instead of the one bundled in the > Einstein Toolkit. I did this by disabling these thorns in my > thornlist: Fuka/kadath_pizza, Fuka/KadathImporter and Fuka/KadathThorn. I > also added the following lines to > my ET_2024_05/Cactus/simfactory/mdb/optionlists/<machine>.cfg > > KADATH_DIR = $(HOME)/fuka > > KADATH_INC_DIRS = $(KADATH_DIR)/include > > > KADATH_LIB_DIRS = $(KADATH_DIR)/lib" > > > > You are likely correct if there is a pre compiled version of Fuka with > spritz. If the data was generated with the latest release (since June 25), > there is a discrepancy with how the numerical domains are constructed and > stored as noted in the Readme. Linking against the latest library should > resolve the ndim error. > > Regarding your cfg, I believe you have to use brackets, not parentheses, > e.g. ${HOME_KADATH}, for the etk config parser to recognize environment > variables. > > All the best, > Samuel > Volunteer Physicist > > Sep 5, 2025 08:04:51 Konrad Topolski <[email protected]>: > > Hi Fatemeh, > > The thorns you've disabled in the thornlist are responsible for the import > of the data in the ADMBase / Hydrobase variables and interact directly with > the FUKA exporters (in the bundled/separate FUKA installation). As such, > they are necessary to import FUKA ID and simultaneously independent of the > thorns you use for subsequent evolution. > > The kadathimport thorn provides the headers for the import functions for > specific initial data, whose implementation is then linked from > libkadath.a. > > I would recommend that you uncomment the thorns in the thornlist, > recompile (kadath library linking is still governed by the .cfg file, which > shouldn't change) and re-enable the thorns in the parameter file so that > they're active and the ETK can schedule the import routines in the > appropriate bins. > > I was actually unaware that bnsanalysis and related analysis thorns depend > on the kadath importer thorns. Is this a custom extension or is it possible > that some other thorn lists them as depencencies? > > In any case, doing the above should help. > > Best regards > > Konrad > > > > W dniu: Czwartek, Wrzesień 04, 2025 17:02 CEST, Fatemeh Hossein Nouri < > [email protected]> napisał(a): > > > > Hi all, > > I’ve been trying to run Spritz using initial data generated by the latest > version of FUKA for a BNS simulation, but I’ve run into issues related to > the Kadath libraries. > > At first, I was getting a mismatch error (Assertion > ndim==nbr_points.get_ndim()), which suggests an incompatibility between > Spritz’s bundled Kadath and the external version of FUKA/Kadath I used to > generate the initial data. > > To fix this, I tried to build Spritz against my own external Kadath > installation (~/fuka/lib/libkadath.a) instead of the one bundled in the > Einstein Toolkit. I did this by disabling these thorns in my thornlist: > Fuka/kadath_pizza, Fuka/KadathImporter > and Fuka/KadathThorn. I also added the following lines to > my ET_2024_05/Cactus/simfactory/mdb/optionlists/<machine>.cfg > > KADATH_DIR = $(HOME)/fuka > > KADATH_INC_DIRS = $(KADATH_DIR)/include > > > > KADATH_LIB_DIRS = $(KADATH_DIR)/lib > > > > > One question so far: Did I do things correctly? > > > > > Then I removed the old Kadath: > > > > > > > rm -rf configs/Spritz_LORENE/build/Kadath > > The code compiles fine, but when I try to run the executable with my > parameter file, using the '-S' option, I get: > > Error: Thorn kadathimporter not found Error: Thorn kadaththorn not found > Activation failed - 2 errors in activation sequence > > The confusing part is that my ActiveThorns line in the .par file does not > explicitly list KadathThorn or KadathImporter: > > ActiveThorns = "volomnia bnstrackergen bnsanalysis pizzanumutils" > > Yet Spritz fails because those thorns are missing. From what I understand, > some of the thorns I’m using (like volomnia, bnstrackergen, or bnsanalysis) > depend on KadathThorn and KadathImporter, so they are indirectly required. > > The core problem: > > - I need to keep KadathThorn and KadathImporter active, since my > parameter file requires them through dependencies. > > - But I also need them to link against my external Kadath ( > ~/fuka/lib/libkadath.a) so that the FUKA initial data is compatible. > > Would you have suggestions on the cleanest way to make the ET KadathThorn > and KadathImporter use my external Kadath library? Is there a recommended > workflow for this? > > Thanks in advance for your help! > > Bests, > > Fatemeh Nouri > > > > > > > > > >
_______________________________________________ Users mailing list [email protected] http://lists.einsteintoolkit.org/mailman/listinfo/users
