Trac April 2012

trac@lists.einsteintoolkit.org

1 participants
196 discussions

[Einstein Toolkit] #525: Clean up CCTK_GFINDEX definitions
by Einstein Toolkit 11 May '12

11 May '12

#525: Clean up CCTK_GFINDEX definitions -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The way in which CCTK_GFINDEX is defined is a bit complex, probably unnecessarily so. The file cctk.h distinguishes between compilers which support inlining and compilers which don't. This is probably useless these days since every compiler supports inlining, and if not, we don't really expect it to be fast. If the compiler supports inlining, we define static inline functions, which may or may not check array indices. If the compiler does not support inlining, and if CCTK_DEBUG is defined, then we use regular functions defined in DebugDefines.c, otherwise (i.e. without CCTK_DEBUG) we use macros. Overall, the indexing functions are defined three times, including once as macros. I suggest to simplify this, based on the assumption that every fast compiler supports inlining. I assume so because (a) the ubiquity of C++, which relies heavily on inlining, and (b) C99 officially introduced inlining 12 years ago. The new setup would have "static inline" definitions (without index checking) in cctk.h, and would have regular functions (with index checking) in DebugDefines.c, and would choose between these two implementations via CCTK_DEBUG. This would eliminate the macros, and would eliminate the case distinction based on whether the compiler supports inlining. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/525> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #262: make error messages in ReflectionSymmetry more informative
by Einstein Toolkit 11 May '12

11 May '12

#262: make error messages in ReflectionSymmetry more informative --------------------------------------------+------------------------------- Reporter: roland.haas@… | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: --------------------------------------------+------------------------------- this small patch includes the value of ierr in ReflectionSymmetries error messages -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/262> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #798: allow calculations in parameter assignments in parameter files
by Einstein Toolkit 11 May '12

11 May '12

#798: allow calculations in parameter assignments in parameter files -------------------------+-------------------------------------------------- Reporter: rhaas | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The attached patch extends the parameter file parser and SetParameter routine to allow things like: {{{ foo::bar = "=2*sin(foo:baz)" }}} ie. arithmetic and access to already set parameters. The new behaviour is triggered if the parameter string (for real, boolean and int parameters) starts with an "=" sign. Otherwise it branches off into the old code. The largest change is actually in the expression parser which has been extended to handle eg. exponential notation and negations. It now uses a state machine to parse its input. I have been using this for a while and had no ill side effects (but then really only accumulators are currently using the expression parser). Eventually I'd like to make the schedule IF/WHILE statements accept expressions using both parameters and grid scalars as well. This would be useful to simplify scheduling things only in the last MoL substep or in all but the last substep. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/798> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 29

[Einstein Toolkit] #642: Cactus documentation target AllDoc does not make all the documentation
by Einstein Toolkit 08 May '12

08 May '12

#642: Cactus documentation target AllDoc does not make all the documentation -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The Cactus make AllDoc command does not make all the documentation - specifically it does not make the ThornGuide consisting of documentation for all the thorns. It does make the individual thorn documents. Is there a reason for this? Perhaps in the past this was a performance issue, but the documentation can be generated in minutes now, and typically this is not done very frequently. I think we should change the system so that AllDoc generates all the documentation. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/642> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 14

[Einstein Toolkit] #654: Make SphericalSlice part of the ET
by Einstein Toolkit 08 May '12

08 May '12

#654: Make SphericalSlice part of the ET -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Christian Reisswig has a more general, more useful version of SphericalSurface called SphericalSlice. This could be made part of the ET. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/654> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #841: MoL flag for last MoL_PostStep
by Einstein Toolkit 07 May '12

07 May '12

#841: MoL flag for last MoL_PostStep ----------------------------------------+----------------------------------- Reporter: reisswig@… | Type: enhancement Status: new | Priority: optional Milestone: | Component: Cactus Version: | Keywords: MoL last PostStep flag ----------------------------------------+----------------------------------- This patch adds a flag MoL_LastPostStep which indicates whether we are in the last MoL_PostStep. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/841> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #845: no more links to mailing lists on website
by Einstein Toolkit 07 May '12

07 May '12

#845: no more links to mailing lists on website -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- It seems as if in the restructuring of the website we lost the page listing all the mailing lists available: http://einsteintoolkit.org/about/community/ Two of the four lists appear in http://einsteintoolkit.org/community/support/ now, but the trac list and announce list are not visible anymore. They should be added to the support page. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/845> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #588: simfactory tries to create the scratch directory when submitting the job
by Einstein Toolkit 07 May '12

07 May '12

#588: simfactory tries to create the scratch directory when submitting the job ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- on some machines the desired scratch directory is not visible from the head node but is compute node local (eg. kraken I think or zwicky for sure). Simfactory should not try to create the scratch directory on the node that runs qsub but rather inside of the runscript or submitscript. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/588> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #733: Provide complete EVO meeting description on web pages
by Einstein Toolkit 07 May '12

07 May '12

#733: Provide complete EVO meeting description on web pages -------------------------------------+-------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: blocker | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- The full EVO meeting descriptions should be on the ET web and wiki pages and in emails. If e.g. the meeting name is missing, one has to stop evo, follow the link which restarts evo, etc. If the phone number is missing, then it is very difficult to call in without using starting EVO. In particular, the page <http://einsteintoolkit.org/seminars/2012_01_16/> has only a cryptic url and no other information. The announcing email only pointed to this page. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/733> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #703: Failure to build h5check on datura
by Einstein Toolkit 07 May '12

07 May '12

#703: Failure to build h5check on datura --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- When building the Einstein Toolkit thornlist on Datura, the utilities fail to build with the error: make[1]: No rule to make target `/Users/barry/Research/Cactus/AEI/exe/sim/h5check', needed by `utils'. Stop. make[1]: Waiting for unfinished jobs.... cc1plus: warning: command line option '-std=c99' is valid for C/ObjC but not for C++ [enabled by default] make: *** [sim-utils] Error 2 datura.cfg has HDF5_DIR = /cluster/hdf5/SL6/1.8.7-intel11.1.072all Any ideas what might cause this problem? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/703> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

← Newer
1
...
10
11
12
13
14
15
16
...
20
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac April 2012