Users February 2023

users@lists.einsteintoolkit.org

11 participants
23 discussions

ETK on mac os Ventura -- unsupported tapi file error
by Hamilton, Maria 20 Feb '23

20 Feb '23

While trying to create a configuration, I got this error: ____________ cat configs/sim/config-data/config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. configure:922: checking host system type configure:948: checking for mawk configure:948: checking for gawk configure:948: checking for nawk configure:948: checking for awk configure:1017: checking whether make sets ${MAKE} configure:1082: checking whether the C compiler (gcc-12 -g -std=gnu99 -rdynamic) works configure:1099: gcc-12 -o conftest -g -std=gnu99 -rdynamic conftest.c 1>&5 ld: unsupported tapi file type '!tapi-tbd' in YAML file '/Library/Developer/CommandLineTools/SDKs/MacOSX13.sdk/usr/lib/libSystem.tbd' for architecture x86_64 collect2: error: ld returned 1 exit status configure: failed program was: #line 1094 "configure" #include "confdefs.h" int main(){return(0);} int PilotMain(){return(0);} (base) ____________ Browsing the internet I founnd that this might appear if Anaconda is installed. I uninstalled it and the error is still there. Any suggestion on how to fix it? Thanks, Maria _______________________ Maria C. Babiuc Hamilton, Ph.D. Professor, Department of Physics College of Science, Marshall University, 1 John Marshall Drive, Huntington, WV, 25755 Room S 257, Phone: (304)696-2754

2 1

SummationByParts c_file_processor issues
by Samuel Tootle 18 Feb '23

18 Feb '23

For the compiling gurus: I've been working towards finalizing the FUKA importer build system for inclusion into the ETK and I've recently added additional thorns to the build list to run the test par. For completeness, I'm compiling in the following way: yes | make test-config THORNLIST=thornlist/test.th options=test.cfg; make test: Currently, all thorns compile successfully except for SummationByParts which gives the following error: /home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src/get_offset.c:49:17: error: redefinition of ‘get_shiftout’ 49 | void CCTK_FCALL CCTK_FNAME(get_shiftout)( const CCTK_POINTER_TO_CONST cctkGH_, | ^~~~~~~~~~~~ /home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src/get_offset.c:11:6: note: previous definition of ‘get_shiftout’ with type ‘void(const void * const, CCTK_INT4 *)’ {aka ‘void(const void * const, int *)’} 11 | void get_shiftout ( const CCTK_POINTER_TO_CONST cctkGH_, What appears to be happening is that the c_file_processor.pl is not handling the generation of creating a fortran function in place of CCTK_FNAME so far as I understand it. For instance, if I check the `Cactus/configs/test/build/SummationByParts/get_offset.c` file, the CCTK_FNAME statement is still there. Conversely, if I check `Cactus/configs/test/build/Boundary/FlatBoundary.c` which also uses CCTK_FNAME, these statements have been correctly removed by the pre-processor. Oddly enough, if I run `make test --just-print` I obtain the following which suggests that it is at least executing the processor correctly. Checking status of thorn SummationByParts if [ ! -d ./ ] ; then mkdir -p ./ ; fi cd ./ ; make CCTK_TARGET=make.checked TOP=/home/user/lib/ETKREL/Cactus/configs/test CONFIG=/home/user/lib/ETKREL/Cactus/configs/test/config-data SRCDIR=/home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src THORN=SummationByParts USESTHORNS="" -f /home/user/lib/ETKREL/Cactus/lib/make/make.subdir{if test yes = 'yes'; then echo '#line 1 "'/home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src/get_offset.c'"'; fi; cat /home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src/get_offset.c; } | perl -s /home/user/lib/ETKREL/Cactus/lib/sbin/c_file_processor.pl -line_directives=yes -source_file_name=/home/user/lib/ETKREL/Cactus/arrangements/CactusNumerical/SummationByParts/src/get_offset.c /home/user/lib/ETKREL/Cactus/configs/test/config-data > get_offset.c echo COMPILING CactusNumerical/SummationByParts/src/get_offset.c I have compared the above to the compilation of Boundary/src/FlatBoundary.c which compiles successfully and also includes the generation of a number of Fortran functions using CCTK_FNAME. So far, no discrepancies have been found that would highlight why summationbyparts is failing. I will continue to try and resolve this, but I hope someone with more experience with the pre-processors will be able to shed some light on the issue. Cheers, Samuel

2 3

Minutes for 2023-02-16 meeting
by Yosef Zlochower 16 Feb '23

16 Feb '23

Present: H Witek, L Werneck, J Tsao, K Dow, R Haas, S Cupp, S Tootle Z Etienne, Y Zlochower * Proposal for seminar on "Code generation for AMReX with applications to numerical relativity" [https://arxiv.org/abs/2301.08354] Will try scheduling for March 9 (before most spring breaks) * Next release updates Reviewers: Fuka reader : Konrad Topolski Elliptica : Beyhan Karakaş NRPyLeakage: Terrence Pierre Jacques TwoPunctures: Thiago Assumpção NP Scalars: Possible Peter Diener Kuibit: Cheng-Hsin Cheng NRPyEOS: Possibly a UIdaho student * SSL certificate for lists.einsteintoolkit.org will be generated [currently the server does not use a good certificate]. Plan is also to update mailman. * Summary of Mexican NR School https://sites.google.com/ciencias.unam.mx/numericalrelativity/home?authuser… 4 days of both theoretical lectures and hands-on sessions Was very successful (60+ attendees daily) Chair for next meeting: Helvi Minute taker for next meeting: Johnny -- Dr. Yosef Zlochower Center for Computational Relativity and Gravitation Professor School of Mathematical Sciences Rochester Institute of Technology 85 Lomb Memorial Drive Rochester, NY 14623 Office:74-2067 Phone: +1 585-475-6103 yrzsma(a)rit.edu CONFIDENTIALITY NOTE: The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.

1 0

Einstein Toolkit Meeting Reminder
by reminders＠einsteintoolkit.org 15 Feb '23

15 Feb '23

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

1 0

Agenda for Thursday's Meeting
by reminders＠einsteintoolkit.org 13 Feb '23

13 Feb '23

Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers

1 0

meeting minutes for 2023-02-09
by Steven R. Brandt 09 Feb '23

09 Feb '23

Present: Peter, Steve, Roland, Keith, Zach, Leo, Sam, Gabriele Bozzola, Yosef UNAM workshop - Untarring problem at scale - Better messages from Simfactory - Adding Kuibit version to update - New page: https://docs.einsteintoolkit.org/et-docs/Tutorial_Planning May Release - Testing: Need to have a list of critical systems, add Delta. Maybe add Anvil? Send a message out to the user's list to help with testsuites? http://einsteintoolkit.org/testsuite_results/index.php Gabriele: Expanse Peter: Sunrise Roland: Summit, Corey, Frontera, Crusher Steve: Docker containers, LSU systems Leo & Sam: National lab systems Maria: Thornyflat? (last time run by Anush) - Additions that don't have reviewers - https://lists.einsteintoolkit.org has no good cert Steve pinged IT support Next meeting: Chair: Leo Minutes: Yosef if makes it, Sam otherwise Yosef suggests that maybe put names in a ring?

1 0

Einstein Toolkit Meeting Reminder
by reminders＠einsteintoolkit.org 08 Feb '23

08 Feb '23

1 0

2023 North American Einstein Toolkit School and Workshop (hybrid)
by Yosef Zlochower 08 Feb '23

08 Feb '23

The 2023 North American Einstein Toolkit School and Workshop will be held at the Rochester Institute of Technology on July 17 through July 21. This will be a hybrid conference with talks and participants both in-person and over zoom. The Einstein Toolkit is a community-driven software platform of core computational tools to advance and support research in relativistic astrophysics and gravitational physics. The conference consist of a mixture of tutorials for new users and talks about the latest developments both in the toolkit and the larger scientific community. Registration will open on May 1, 2023 and remain open until June 17, 2023. More details to follow.

1 0

Agenda for Thursday's Meeting
by reminders＠einsteintoolkit.org 06 Feb '23

06 Feb '23

Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers

1 0

Llama - Interpatch boundaries found
by Samuel Tootle 03 Feb '23

03 Feb '23

All: I've been playing with the GW150914 gallery file and testing the setup with different mass ratio BBH initial data given how fast the simulations are using the multipatch setup. I made some modifications to the gallery script to match my setup (the final par is attached), however, I keep getting an odd error: > INFO (Coordinates): Setting up global coordinates for thornburg04. > INFO (Coordinates): Setting local coordinates: Thornburg04 > WARNING level 0 from host r36c1t1n1.ib0.hawk.hww.hlrs.de process 0 > while executing schedule bin Interpolate2Test, routine > Interpolate2::Interpolate2TestInit > in thorn Interpolate2, file > /zhome/academic/HLRS/xfp/xfpstoot/lib/FreeTHC2020_new/Cactus/arrangements/Llama/Interpolate2/src/test.cc:77: > -> Refinement level 1 contains inter-patch boundaries; this is > currently not supported The current setup is looking at a BBH setup with q = 4. I had the same problem with q=2 as it seemed some of the refinement levels from the primary came close to one of those from the secondary so I staggered them more by making the refinement levels for the primary increase by factors of two and a factor of 1.5 for the secondary. However, I am getting the same error even when using this new staggering setup. Looking at the grid output (see run.log) I don't see where this "inter-patch" issue is showing up and increasing verbosity didn't shed further light from my optic. Before dedicating more time, I wanted to see if maybe the more experienced with these thorns might have some insight as to what the problem may be. Cheers, Samuel

2 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users February 2023