Trac May 2011

trac@lists.einsteintoolkit.org

1 participants
122 discussions

[Einstein Toolkit] #350: Autogenerating cctk_Loop.h
by Einstein Toolkit 17 Jun '12

17 Jun '12

#350: Autogenerating cctk_Loop.h -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- I wrote a perl script to auto-generate the Cactus header file Cactus/src/include/cctk_Loop.h.The script writes the code to stdout. I attach it to this ticket, as well as the output it generates. I suggest to keep this perl script next to its output in the include directory, and to run it manually whenever required. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/350> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #215: Driscoll&Healy integration for Multipole
by Einstein Toolkit 16 Jun '12

16 Jun '12

#215: Driscoll&Healy integration for Multipole -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The attached patch implements a more accurate integration over the sphere, using an algorithm by Driscoll & Healy. This algorithm uses Gaussian integration weights, leading (almost) to exponential convergence. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/215> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #429: Parallelising AEILocalInterp
by Einstein Toolkit 17 May '12

17 May '12

#429: Parallelising AEILocalInterp -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The enclosed patch parallelises AEILocalInterp via OpenMP. This leads to a slight change in behaviour. Currently, AEILocalInterp traverses the list of points sequentially, and aborts when the first error is encountered. After parallelisation, there is no fixed order in which the points are traversed, and if several errors are encountered, any one of the errors may be returned, not necessarily the first. I am not aware of any thorn that would or should rely on such an ordering. This patch also adds "restrict" and "const" statements that may improve performance as it gives the compiler more information about dependencies between pointers. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/429> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #281: compile error is not linked
by Einstein Toolkit 16 May '12

16 May '12

#281: compile error is not linked --------------------+------------------------------------------------------- Reporter: knarf | Owner: sbrandt Type: defect | Status: new Priority: minor | Milestone: Component: Moyave | Version: Keywords: | --------------------+------------------------------------------------------- Info: Simfactory command: /home/knarf/utils/simfactory/lib/sim.py "build" "sim" "--thornlist" "NewSchedule/NewSchedule.th" "--optimise" Info: Version 1195M The Simulation Factory: Manage Cactus simulations Info: defs: /home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /home/knarf/utils/simfactory/etc/defs.local.ini Info: Executing command: build Using configuration: sim Info: Cactus Directory: /home/knarf/Cactus_NewSchedule Info: HasStoredOptions: True Info: Use stored options list: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: optionlist is: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: hasOutdatedConfig: False Info: build_reconfig: False Info: build_clean: False Info: removeConfig: False SubmitScript is: None Info: RunScript is: /home/knarf/utils/simfactory/mdb/runscripts/debian- lenny-gcc.sh Info: ThornList is: /home/knarf/Cactus_NewSchedule/NewSchedule/NewSchedule.th Building sim ________________________________________________________________________ Cactus - version: 4.0.b17 Building configuration sim ________________________________________________________________________ Checking status of thorn BLAS ________________________________________________________________________ Checking status of thorn Boundary ________________________________________________________________________ ________________________________________________________________________ Checking status of thorn Vectors ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" Preprocessing /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Compiling /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Checking status of thorn IOUtil ________________________________________________________________________ ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" make[3]: *** [Check.c.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/home/knarf/Cactus_NewSchedule/configs/sim/lib/libthorn_Boundary.a] Error 2 make[1]: *** Waiting for unfinished jobs.... ________________________________________________________________________ make[1]: *** wait: No child processes. Stop. make: *** [sim] Error 2 Info: executing command: /bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }' Error while executing command "/bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }'": Command returned exit status 2 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/281> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[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] #339: ExternalLibraries/OpenSSL does not compile in 64-bit mode on Mac OS
by Einstein Toolkit 23 Apr '12

23 Apr '12

#339: ExternalLibraries/OpenSSL does not compile in 64-bit mode on Mac OS ---------------------------------------+------------------------------------ Reporter: hinder | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: ExternalLibraries/OpenSSL | ---------------------------------------+------------------------------------ Compiling OpenSSL using ExternalLibraries leads to the following warning, followed by a build failure: + cd openssl-1.0.0d + ./config --prefix=/Users/ian/Cactus/et/configs/fink/scratch/external/OpenSSL Operating system: i686-apple-darwinDarwin Kernel Version 10.6.0: Wed Nov 10 18:13:17 PST 2010; root:xnu-1504.9.26~3/RELEASE_I386 WARNING! If you wish to build 64-bit library, then you have to invoke './Configure darwin64-x86_64-cc' *manually*. You have about 5 seconds to press Ctrl-C to abort. Configuring for darwin-i386-cc I don't know how to detect that the compiler is building in 64-bit mode in order to add the corresponding flag to the Configure line. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/339> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #430: Convert all parameter files, examples, and test cases to EOS_Omni
by Einstein Toolkit 17 Apr '12

17 Apr '12

#430: Convert all parameter files, examples, and test cases to EOS_Omni -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Now that EOS_Omni is standard, we should convert all parameter files. At the moment, these parameter files still reference EOS_Base: EinsteinInitialData/TOVSolver/test/test_one_boost_max/test_one_boost_max.par EinsteinInitialData/TOVSolver/test/test_one_static_max/test_one_static_max.par EinsteinInitialData/TOVSolver/test/test_tov_carpet/test_tov_carpet.par EinsteinInitialData/TOVSolver/test/test_two_av/test_two_av.par EinsteinInitialData/TOVSolver/test/test_two_max/test_two_max.par LSUDevelopment/Refluxing/par/GRHydro_Carpet_Shocktube_base_works_with_gitCarpet.par The Refluxing parameter file is for reference only and should be remove now that hg Carpet is the default. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/430> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #358: FAQ entry
by Einstein Toolkit 17 Apr '12

17 Apr '12

#358: FAQ entry ----------------------------+----------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus website | Version: Keywords: | ----------------------------+----------------------------------------------- For a new FAQ: Q: I get errors like "/usr/include/H5Dpublic.h:145: error: too many arguments to function ‘hid_t H5Dopen1(hid_t, const char*)’" A: The HDF5 library you use is either version 1.6 or defaults to it. If it is version 1.6.x, update to 1.8.x. If it is 1.8.x and it defaults to the 1.6 API version, you might be out of luck, especially on Debian Squeeze systems, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537414. What you can then do is to remove (comment) out the macro H5_USE_16_API_DEFAULT in /usr/include/H5pubconf.h. This isn't pretty, but is really a bug in the package and has to be fixed there. There is no way to switch to the new API on those systems, other than specifying the API version of each symbol separately, which would be even messier. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/358> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #221: Simfactory should complain about unused arguments
by Einstein Toolkit 20 Mar '12

20 Mar '12

#221: Simfactory should complain about unused arguments ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: mthomas Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- When more arguments are given to simfactory that it uses, it should complain with an error message. For example, "sim stop sim1 sim2" stops simulation sim1 and ignores the argument sim2. Instead, it should output an error message if the argument sim2 is ignored. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/221> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #120: Improve built-in help system
by Einstein Toolkit 08 Feb '12

08 Feb '12

#120: Improve built-in help system -------------------------+-------------------------------------------------- Reporter: hinder | Owner: mthomas Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- SimFactory currently provides a single help screen when you type "sim help". I would like to be able to do "sim help <command>" and get help which is relevant for that command. This help should say briefly what the command does, and give a comprehensive list of the options specific to that command. The top-level "sim help" command should then give a list of the commands, and a list of the simfactory options which apply to all commands. This first help page should be kept as brief as possible so that it is easy to see at a glance what commands are available. The most common commands should be listed first, and maybe separated from the less common commands. I think this is important as it is the first port-of-call when someone wants to know how to use a particular feature, especially when the syntax is similar but not quite the same as in SimFactory 1. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/120> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

← Newer
1
2
3
4
5
6
7
...
13
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2011