Trac March 2015

trac@lists.einsteintoolkit.org

1 participants
113 discussions

[Einstein Toolkit] #1712: Return snprintf.c
by Einstein Toolkit 09 Jun '15

09 Jun '15

#1712: Return snprintf.c ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: Type: task | Status: new Priority: minor | Milestone: Component: Other | Version: development version Keywords: | ----------------------+----------------------------------------------------- C99 provides snprintf, and we assume at least C99 support in Cactus. Cactus does not need to provide snprintf any more. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1712> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1716: Add a TRAC component for Jenkins
by Einstein Toolkit 22 May '15

22 May '15

#1716: Add a TRAC component for Jenkins -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Server Infrastructure | Version: development version Keywords: | -----------------------------------+---------------------------------------- It would be useful to have a TRAC component for the Jenkins build and test system. Something like "Continuous Integration system". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1716> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #796: Support https for einsteintoolkit.org
by Einstein Toolkit 22 May '15

22 May '15

#796: Support https for einsteintoolkit.org -------------------------------------+-------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- To show our commitment to privacy and IT safety, we should enable https support for our web site. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/796> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #1506: compiling Cactus on Windows
by Einstein Toolkit 17 May '15

17 May '15

#1506: compiling Cactus on Windows --------------------------------+------------------------------------------- Reporter: jtao | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: development version Keywords: compiling, windows | --------------------------------+------------------------------------------- Hi, In the process to create the cactusBSSN benchmark for SPEC, I worked with Mat from PGI(now NVIDIA) to help resolve some compilation issues on Windows. I don't have patches for each one of them, but attemptive solutions could be found in the email below. These are not critical issues but it would be good to be resolved to help future windows users if there is any. Regards, Jian Mathew COLGROVE wrote: > Hi Jian, > > I've been working on porting cactusBSSN to Windows. After working through some header file configuration, I encountered several undefined references. I've been able to work around some of them, but a few others I need some help with. > > 1) "STDOUT_FILENO" and "STDERR_FILENO" in Cactus/main/Warnlevel.c > These symbols are found in "unistd.h" which is not available on Windows. I just commented these lines out since I don't think this section is executed. Though, the proper fix would be to define then in > the cctk_Config.h file if not "HAVE_UNISTD_H" is not. The function isatty is defined in unistd.h. A conditional macro will be necessary for that function as well in this case. #if HAVE_UNISTD_H if (!isatty (STDOUT_FILENO)) val = ""; #endif > 2) "hypot" and "copysign" in Cactus/main/Complex.c > > Windows does support "hypot" and "copysign", however they spell them "_hypot" and "_copysign". To work around, I created two versions of each macro that use these symbols. I will probably do the same. > 3) "regexec", "regfree", and "regcomp" in Cactus/main/Parameters.c and Cactus/utils/misc.c > > Windows does not support these functions. We may be able to integrate a port from glibc into the benchmark but I would rather not. Since previous versions of Cactus did not used these symbols, can we use an older version other these files? As a matter of fact, Cactus includes files from the src of the GNU C library. You can find them under Your_Cactus/src/gnu. It is likely that you pre-configured Cactus on a linux box or other systems which provide the library. Cactus will then use the system default instead. To compiler regex.c getopt.c distributed with Cactus, you need to go to Your_Cactus/configs/spec/config-data/ and set both BUILD_GETOPT BUILD_REGEX to yes. # GNU stuff BUILD_GETOPT = yes BUILD_REGEX = yes This will solve #4 below as well. > 4) "getopt_long_only", "optarg", and "optind" in Cactus/main/ProcessCommandLine.c > > Again, there is no Windows equivalent for these symbols. We may be able to integrate something from http://gnuwin32.sourceforge.net/packages/libgw32c.htm, but I would rather not. Since previous versions of Cactus did not used these symbols, can we use an older version other this file? > > 5) "gethostname" and "gethostbyname" in Cactus/utils/Network.c > > Windows does have these functions but we'd need to link with a DLL which I'd rather not have to do (the user should have the option on how to link). Though, I think we'd be safe to remove these functions. Yes, the prototypes of gethostname and gethostbyname can be found in winsock2.h, and Cactus knows how to deal with them on Windows. --------------------------------------- Network.c : ... #elif defined HAVE_WINSOCK2_H #include <winsock2.h> #endif /* HAVE_WINSOCK2_H */ ... --------------------------------------- If linking DLL will be an issue, I would suggest you keep Util_GetHostName but make it a dummy function since Util_GetHostName serves as the interface to gethostname for Cactus. Regards, Jian -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1506> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #1755: Problem with building on Ubuntu 14.04
by Einstein Toolkit 15 May '15

15 May '15

#1755: Problem with building on Ubuntu 14.04 -----------------------------------+---------------------------------------- Reporter: maxim.barkov@… | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2014_11 Component: Cactus | Version: development version Keywords: MPI build | -----------------------------------+---------------------------------------- Hello, Following the instructions on the page: https://docs.einsteintoolkit.org/et-docs/Simplified_Tutorial_for_New_Users I failed to compile ET on the Ubuntu 14.04 In the file ubuntu.cfg paths to mpi libs or includes do not exist, The MPICH2 package is installed (sudo apt-get install mpich2) It could be better to change mpich to openmpi? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1755> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 11

[Einstein Toolkit] #1751: [Pull request: CactusUtils/WatchDog] new thorn to automatically terminate jobs that hang
by Einstein Toolkit 01 May '15

01 May '15

#1751: [Pull request: CactusUtils/WatchDog] new thorn to automatically terminate jobs that hang -----------------------------------+---------------------------------------- Reporter: dradice@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- WatchDog is thorn that terminates jobs that do not make progress over a user-defined time frame. Internally, WatchDog updates an internal timer at CCTK_ANALYSIS and uses the pthread library to spawn watcher thread that periodically checks if the timer has been updated. If the timer has not been updated for more than a user-defined time frame, the thread calls "exit()" to terminate the process (and the job). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1751> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #1756: Pull requests: staggered restriction/prolongation operators
by Einstein Toolkit 23 Apr '15

23 Apr '15

#1756: Pull requests: staggered restriction/prolongation operators -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+-------------------------------------------------- Pull request https://bitbucket.org/eschnett/carpet/pull-request/3/staggered- restriction-prolongation/diff implements the staggered operators required for edge centred vector potential MHD evolutions. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1756> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1211: CarpetIOScalar should write file info for restart files
by Einstein Toolkit 22 Apr '15

22 Apr '15

#1211: CarpetIOScalar should write file info for restart files --------------------+------------------------------------------------------- Reporter: knarf | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- Currently Carpet doesn't write file info for files created by a restarted simulation (from a checkpoint, writing into a new file). It should instead write the header if it created the file - which means it need to check whether it appends or created the file new. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1211> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1282: Enable HDF5 compression by default in Carpet
by Einstein Toolkit 22 Apr '15

22 Apr '15

#1282: Enable HDF5 compression by default in Carpet -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- The current default for CarpetIOHDF5::compression_level is 0 (no compression). I have been using compression in most of my HDF5 files for years, and have never run into any problem. CPUs are typically much faster than storage nowadays. I propose that the compression level should default to 9. This would affect output and checkpoint files, and could lead to huge space savings. Apart from the checkpoint files being written and read quicker and taking less disk space, the user should not notice, as the HDF5 library handles compression transparently. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1282> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1750: [Pull request: CactusNumerical/LocalInterp2] C++ drop-in replacement for LocalInterp
by Einstein Toolkit 08 Apr '15

08 Apr '15

#1750: [Pull request: CactusNumerical/LocalInterp2] C++ drop-in replacement for LocalInterp -----------------------------------+---------------------------------------- Reporter: dradice@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- LocalInterp2 is a drop-in replacement for LocalInterp, written in C++. The main features are: Use C++ template instead of macros to handle all of the Cactus datatypes. The interpolation kernels have datatype, order and number of dimensions as template parameters (so that most loops / methods can be unrolled / inlined), but apart from that I did not use much template metaprogramming, so that compiling time is reasonable. Completely generic Lagrange interpolation kernels: all orders and number of dimensions are supported (but need to be instantiated in the .cc file). Symmetric interpolation with respect to coordinate inversion (optional, but enabled by default) The higher level Cactus wrappers are adapted from the old LocalInterp, with some tweaks for the OpenMP parallelization. Unit tests for the low-level kernels (TestLocalInterp2 thorn). Passes the InterpToArray test suite. This code has not been used for production runs yet, so I am looking for some adventurous user willing to test it. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1750> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 12

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac March 2015