From users at einsteintoolkit.org Mon Jun 2 15:18:02 2025 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Mon, 02 Jun 2025 15:18:02 -0500 Subject: [Users] Agenda for Thursday's Meeting Message-ID: <683e06fa.paDRUBAfI/NNRgT+%users@einsteintoolkit.org> Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From s-kokauf at uni-greifswald.de Wed Jun 4 07:02:11 2025 From: s-kokauf at uni-greifswald.de (Kaufhold, Konstantin) Date: Wed, 4 Jun 2025 14:02:11 +0200 Subject: [Users] Problem installing the ETK Message-ID: <9989204a704984a6821b2cee56979101@groupware.uni-greifswald.de> Hi, I am currently trying to install the ETK to my personal laptop for a project.? I am using an ArchLinux system with linux?6.14.9. The processor in my laptop is an AMD Ryzen 7 PRO 8840U. While trying to compile the toolkit I get the error /usr/include/c++/15.1.1/cstdlib:83:15: schwerwiegender Fehler: stdlib.h: Datei oder Verzeichnis nicht gefunden ? ?83 | #include_next which then causes the compilation to fail. The only version of the bug I found, which I could reproduce locally, was using "gcc -isystem /usr/include" as described in an bug report (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129) from 2016 for gcc. I tried compiling a small Hello World script written in C++ with "gcc", "gcc -I" and gcc -isystem" and the last option gave me the same error, the rest worked just fine. But I'm not sure if that is the real reason as other OptionFiles indicate, that gcc can and has been successfully used to compile?the ETK and I have not seen the "-isystem" glag invoked anywhere, so I'm guessing the the error is on my side, although I have no clue where exactly. I have attached the make.log file and my OptionsList, as I had to explicitly give the ETK the HDF folders and then decided to do it for most external libraries I saw in the list and have locally on my system. I appreciate any ideas or advice on fixing this problem and thank you in advance for taking the time to look over my problem. With best regards Konstantin Kaufhold -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: make.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OptionList Type: text/x-makefile Size: 3427 bytes Desc: not available URL: From jpmferreira at ua.pt Wed Jun 4 10:18:38 2025 From: jpmferreira at ua.pt (=?UTF-8?Q?Jos=C3=A9_Ferreira?=) Date: Wed, 4 Jun 2025 16:18:38 +0100 Subject: [Users] Problem installing the ETK In-Reply-To: <9989204a704984a6821b2cee56979101@groupware.uni-greifswald.de> References: <9989204a704984a6821b2cee56979101@groupware.uni-greifswald.de> Message-ID: <6ac1a168-6017-4e49-a249-61464872a5cf@ua.pt> Hello Konstantin, I've sucessfully compiled the toolkit on an Arch Linux machine with the option files that I'm sending as an attachment. The dependencies are all listed in the option file inside, and are all available and up-to-date in the official repositories. There is one small caveat: one of the updates of HDF5 in the Arch repositories somehow broke the Toolkit compilation, now it fails to find HDF5. I wanted to look into it and figure out whats going on, but I decided to be lazy instead and just downgrade HDF5. Version 1.14.5-1 in repositories works. Since I don't have any other package depending on HDF5, this works fine for me. If you figure out what happened, please do let me know. Also, when I started using the toolkit, I was getting random core dumps on Arch and Arch based distros. This hasn't happened to me in many months now, so it was probably something to do with a specific version of one of the libraries. Either way, if that does happen to you, here's the bug report that I made: https://bitbucket.org/einsteintoolkit/tickets/issues/2774/openmp-heisenbug-with-default-thornfile Best, Jos? Ferreira On 04/06/25 13:02, Kaufhold, Konstantin wrote: > Hi, > > I am currently trying to install the ETK to my personal laptop for a > project. > I am using an ArchLinux system with linux?6.14.9. The processor in my > laptop is an AMD Ryzen 7 PRO 8840U. > While trying to compile the toolkit I get the error > > /usr/include/c++/15.1.1/cstdlib:83:15: schwerwiegender Fehler: > stdlib.h: Datei oder Verzeichnis nicht gefunden > ? ?83 | #include_next > > which then causes the compilation to fail. > The only version of the bug I found, which I could reproduce locally, > was using "gcc -isystem /usr/include" as described in an bug report > (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129 > ) from 2016 for > gcc. I tried compiling a small Hello World script written in C++ with > "gcc", "gcc -I" and gcc -isystem" and the last option gave me the same > error, the rest worked just fine. > But I'm not sure if that is the real reason as other OptionFiles > indicate, that gcc can and has been successfully used to compile?the > ETK and I have not seen the "-isystem" glag invoked anywhere, so I'm > guessing the the error is on my side, although I have no clue where > exactly. > I have attached the make.log file and my OptionsList, as I had to > explicitly give the ETK the HDF folders and then decided to do it for > most external libraries I saw in the list and have locally on my system. > I appreciate any ideas or advice on fixing this problem and thank you > in advance for taking the time to look over my problem. > > With best regards > > Konstantin Kaufhold > > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- # Cactus configuration for Arch and Arch-based distros # NOTES: # - `-Wno-error=incompatible-pointer-types` removes error temporarily, see https://bitbucket.org/einsteintoolkit/tickets/issues/2802/compilation-faiulres-in-twopunctures_bbhsf # - AEILocalInterp defines `bool` which in `c23` is a keywork, specify C17 standard as a workaround # - The toolkit raises an error with lastest HDF5 version. Is this a toolkit or Arch errror? Version 1.14.5-1 in repos works # Packages to install (all available on official repos) # - gcc # - gcc-fortran # - hdf5 # - blas-openblas # - openmpi # - gsl # - hwloc # - libjpeg-turbo # - openssl # - fftw # - boost ## Decide which flags will be used at compile-time OPTIMISE = yes WARN = yes DEBUG = no PROFILE = no OPENMP = yes ## Preprocessors and Compilers CPP = cpp FPP = cpp CC = gcc CXX = g++ F77 = gfortran F90 = gfortran ## Default flags CPPFLAGS = -DMPICH_IGNORE_CXX_SEEK FPPFLAGS = -traditional CFLAGS = -g3 -march=native -Wno-error=incompatible-pointer-types -std=gnu17 CXXFLAGS = -g3 -march=native -Wno-error=incompatible-pointer-types -std=gnu++17 F77FLAGS = -g3 -march=native -fcray-pointer -m128bit-long-double -ffixed-line-length-none -fno-range-check F90FLAGS = -g3 -march=native -fcray-pointer -m128bit-long-double -ffixed-line-length-none -fno-range-check LDFLAGS = -rdynamic ## Optimization flags CPP_OPTIMISE_FLAGS = -DKRANC_VECTORS # -DCARPET_OPTIMISE -DNDEBUG FPP_OPTIMISE_FLAGS = # -DCARPET_OPTIMISE -DNDEBUG C_OPTIMISE_FLAGS = -O3 CXX_OPTIMISE_FLAGS = -O3 F77_OPTIMISE_FLAGS = -O3 F90_OPTIMISE_FLAGS = -O3 ## Warning flags CPP_WARN_FLAGS = -Wall FPP_WARN_FLAGS = -Wall C_WARN_FLAGS = -Wall CXX_WARN_FLAGS = -Wall F77_WARN_FLAGS = -Wall F90_WARN_FLAGS = -Wall ## Debug flags CPP_DEBUG_FLAGS = -DCARPET_DEBUG -fsanitize=undefined -fsanitize=thread FPP_DEBUG_FLAGS = -DCARPET_DEBUG -fsanitize=undefined -fsanitize=thread C_DEBUG_FLAGS = -O0 -fsanitize=undefined -fsanitize=thread CXX_DEBUG_FLAGS = -O0 -fsanitize=undefined -fsanitize=thread F77_DEBUG_FLAGS = -O0 -fsanitize=undefined -fsanitize=thread F90_DEBUG_FLAGS = -O0 -fsanitize=undefined -fsanitize=thread ## Code profiling flags CPP_PROFILE_FLAGS = FPP_PROFILE_FLAGS = C_PROFILE_FLAGS = -pg CXX_PROFILE_FLAGS = -pg F77_PROFILE_FLAGS = -pg F90_PROFILE_FLAGS = -pg ## OpenMP CPP_OPENMP_FLAGS = -fopenmp FPP_OPENMP_FLAGS = -fopenmp C_OPENMP_FLAGS = -fopenmp CXX_OPENMP_FLAGS = -fopenmp F77_OPENMP_FLAGS = -fopenmp F90_OPENMP_FLAGS = -fopenmp ## Libraries location LIBDIRS = MPI_DIR = /usr HDF5_DIR = /usr GSL_DIR = /usr BOOST_DIR = /usr PTHREADS_DIR = NO_BUILD LIBS = gfortran open-pal z # ? C_LINE_DIRECTIVES = yes # ? F_LINE_DIRECTIVES = yes # ? From users at einsteintoolkit.org Wed Jun 4 17:15:01 2025 From: users at einsteintoolkit.org (users at einsteintoolkit.org) Date: Wed, 04 Jun 2025 17:15:01 -0500 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: <6840c565.lem0ncTmF17noOza%users@einsteintoolkit.org> Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers From sbrandt at cct.lsu.edu Thu Jun 5 10:02:27 2025 From: sbrandt at cct.lsu.edu (Steven Brandt) Date: Thu, 5 Jun 2025 10:02:27 -0500 Subject: [Users] Meeting minutes for 2025-06-05` Message-ID: <1aa3beaf-2335-45a0-9775-e22533412d33@cct.lsu.edu> June 5, 2025 Present: Roland, Steve, Lucas, Calil, Johnny, Zach, Bill Gabella, Deborah Calil called in with memory problems when running in Unigrid. Hopefully, they will create a ticket. Lessons Learned from the Release: * Issues with creating release branches. Only Roland and Steve can really do it. * Need to start testing earlier. We didn't discover some problems until after the release. * Somehow reduce the work for the release. Gallery Examples: * Zach and BBH, had trouble running it. * Steve Poisson Gallery Example * Axidilaton - Deborah Ferguson (ran it) External libraries are often a problem: * HDF5 build failures. Fedora now works, but possibly for the wrong reasons. Should be a ticket. * SILO tries to identify the machine, and has a default for "localhost." Need to disable this test for known clusters. * Add a Spack recipe? ET Summer School * Most speakers are confirmed * Amount of people registered will fit in the room * 30 participants * Online attendees should register * Remote participants will happen via zoom Update on Bahahah - Quickly drafted a documentation.tex based on AI (Gemini 2.5 Pro), then edited. Status of NRPy Elliptic ID solver. Currently, a two punctures solver. Does not allow for refinement. High mass ratios are hard. Tickets: 2873 - Disable hard-coded compiler options in Silo Proposal: CCTK_ASSERT() macro which calles CCTK_Error on failure 2872 - gcc 15 is causing issues because it is stricter. From s-kokauf at uni-greifswald.de Fri Jun 6 01:46:29 2025 From: s-kokauf at uni-greifswald.de (Kaufhold, Konstantin) Date: Fri, 6 Jun 2025 08:46:29 +0200 Subject: [Users] Problem installing the ETK In-Reply-To: <6ac1a168-6017-4e49-a249-61464872a5cf@ua.pt> References: <6ac1a168-6017-4e49-a249-61464872a5cf@ua.pt> Message-ID: Hello Jos?, I did manage to compile it on wednesday with my own OptionsList, just had to call make after the compilation stopped due to the error I've described, then it compiled without problems. I the tried it again with your OptionsList and it did not fail with that error, but at the very end of the process I got a new error involving hdf5m reading /usr/bin/ld: /home/KK/Programieren/ETK/Cactus/configs/sim/scratch/external/Silo/lib/libsiloh5.a(H5FDsilo.o): undefined reference to symbol 'H5FDregister' /usr/bin/ld: /lib/libhdf5.so.310: error adding symbols: DSO missing from command line collect2: Fehler: ld gab 1 als Ende-Status zur?ck which did not pop up with my config. The only difference in how we handle hdf5 is that I explicitly tell it where the /Lib and Include directories are. Maybe there is some effect due to the different compiler flags, but I am not that experienced with using them, so I have no clue where it would stem from. I also did not get any core dumps yet, but I have also only run the WaveToy thorn twice, so I'll have to see what happens in the future. Anyways, thank you very much for your help. With best regards Konstantin Kaufhold Am Mittwoch, den 04-06-2025 um 17:18 schrieb Jos? Ferreira: Hello Konstantin, I've sucessfully compiled the toolkit on an Arch Linux machine with the option files that I'm sending as an attachment. The dependencies are all listed in the option file inside, and are all available and up-to-date in the official repositories. There is one small caveat: one of the updates of HDF5 in the Arch repositories somehow broke the Toolkit compilation, now it fails to find HDF5. I wanted to look into it and figure out whats going on, but I decided to be lazy instead and just downgrade HDF5. Version 1.14.5-1 in repositories works. Since I don't have any other package depending on HDF5, this works fine for me. If you figure out what happened, please do let me know. Also, when I started using the toolkit, I was getting random core dumps on Arch and Arch based distros. This hasn't happened to me in many months now, so it was probably something to do with a specific version of one of the libraries. Either way, if that does happen to you, here's the bug report that I made: https://bitbucket.org/einsteintoolkit/tickets/issues/2774/openmp-heisenbug-with-default-thornfile Best, Jos? Ferreira On 04/06/25 13:02, Kaufhold, Konstantin wrote: Hi, I am currently trying to install the ETK to my personal laptop for a project.? I am using an ArchLinux system with linux?6.14.9. The processor in my laptop is an AMD Ryzen 7 PRO 8840U. While trying to compile the toolkit I get the error /usr/include/c++/15.1.1/cstdlib:83:15: schwerwiegender Fehler: stdlib.h: Datei oder Verzeichnis nicht gefunden ? ?83 | #include_next which then causes the compilation to fail. The only version of the bug I found, which I could reproduce locally, was using "gcc -isystem /usr/include" as described in an bug report (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70129) from 2016 for gcc. I tried compiling a small Hello World script written in C++ with "gcc", "gcc -I" and gcc -isystem" and the last option gave me the same error, the rest worked just fine. But I'm not sure if that is the real reason as other OptionFiles indicate, that gcc can and has been successfully used to compile?the ETK and I have not seen the "-isystem" glag invoked anywhere, so I'm guessing the the error is on my side, although I have no clue where exactly. I have attached the make.log file and my OptionsList, as I had to explicitly give the ETK the HDF folders and then decided to do it for most external libraries I saw in the list and have locally on my system. I appreciate any ideas or advice on fixing this problem and thank you in advance for taking the time to look over my problem. With best regards Konstantin Kaufhold _______________________________________________ Users mailing list Users at einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: