Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #571: Build error in PITTNullCode/NullSHRExtract
by Einstein Toolkit 20 Sep '11

20 Sep '11

#571: Build error in PITTNullCode/NullSHRExtract -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The thorn PITTNullCode/NullSHRExtract leads to Fortran compile errors for me: Preprocessing /Users/eschnett/Cvanilla/arrangements/PITTNullCode/NullSHRExtract/src/NullSHRE_Pointing.F90 Compiling /Users/eschnett/Cvanilla/arrangements/PITTNullCode/NullSHRExtract/src/NullSHRE_Pointing.F90 /Users/eschnett/Cvanilla/arrangements/PITTNullCode/NullSHRExtract/src/NullSHRE_Pointing.F90:160.24: call NullSHRE_Pointing(cctk_dim,cctk_gsh,cctk_lsh,cctk_lbnd,cctk_ubnd,cctk_ls 1 Error: Dummy argument 'wt_detg' of procedure 'nullshre_pointing' at (1) has an attribute that requires an explicit interface for this procedure /Users/eschnett/Cvanilla/arrangements/PITTNullCode/NullSHRExtract/src/NullSHRE_Pointing.F90:218.24: call NullSHRE_Pointing(cctk_dim,cctk_gsh,cctk_lsh,cctk_lbnd,cctk_ubnd,cctk_ls 1 Error: Dummy argument 'wt_detg' of procedure 'nullshre_pointing' at (1) has an attribute that requires an explicit interface for this procedure make[3]: *** [NullSHRE_Pointing.F90.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/Users/eschnett/Cvanilla/configs/sim- debug/lib/libthorn_NullSHRExtract.a] Error 2 This is with gfortran 4.5. Looking at the source code, I see that the grid variable wt_detg is declared with a "target" attribute in one of the routines. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/571> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #570: Bad check in AEILocalInterp
by Einstein Toolkit 20 Sep '11

20 Sep '11

#570: Bad check in AEILocalInterp -----------------------------------+---------------------------------------- Reporter: sbrandt | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- In AEIThorns/AEILocalInterp/src/InterpLocalUniform.c 1370 if (value_not_set) 1371 then { 1372 /* default operand will use each input exactly once, */ 1373 /* but this only makes since if N_input_arrays == N_output_arrays */ 1374 if (N_input_arrays != N_input_arrays) 1375 then { 1376 free(input_array_offsets); 1377 free(operand_indices); 1378 CCTK_VWarn(ERROR_MSG_SEVERITY_LEVEL, The test is always going to fail and data is not going to be freed up. Based on the comment, I think that the test should compare N_input_arrays to N_output_arrays. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/570> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #569: Can't build PittNullCode
by Einstein Toolkit 20 Sep '11

20 Sep '11

#569: Can't build PittNullCode -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: defect | Status: new Priority: blocker | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- A thorn seems to be missing in the new manifest: CST error 1: -> Thorn 'SphericalHarmonicRecon' requires the capability 'FFTW3'. Please add a thorn that provides 'FFTW3' to your ThornList or remove 'SphericalHarmonicRecon' from it ! -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/569> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #568: Index out of bounds in WaveBinary.c
by Einstein Toolkit 20 Sep '11

20 Sep '11

#568: Index out of bounds in WaveBinary.c -----------------------+---------------------------------------------------- Reporter: anonymous | Type: defect Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: | Keywords: -----------------------+---------------------------------------------------- If you run a simple wave demo in debug mode you get an index out of bounds error. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/568> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #259: Update PETSc to 3.1p7
by Einstein Toolkit 20 Sep '11

20 Sep '11

#259: Update PETSc to 3.1p7 -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The current version of 3.1p5, the difference are probably only small bug fixes. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/259> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #567: Formaline undefined reference issue
by Einstein Toolkit 19 Sep '11

19 Sep '11

#567: Formaline undefined reference issue ---------------------+------------------------------------------------------ Reporter: bmundim | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------+------------------------------------------------------ Hi, I am trying to build a new config on Ranger and the compilation stopped in the linking phase with output of this sort: ~/Cactus/configs/cigr/lib/libthorn_Formaline-cactus- source.a(thorn.o):(.rodata+0x0): undefined reference to `cactus_data_0000_ADM' It seems to be related to formaline. How do do I clean up previous Formaline files? I tried a gmake *-realclean but this error didn't go away. Thanks. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/567> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #562: simfactory' submit command does not print an error when the queuing system rejects the job
by Einstein Toolkit 19 Sep '11

19 Sep '11

#562: simfactory' submit command does not print an error when the queuing system rejects the job ---------------------------------------+------------------------------------ Reporter: baiotti@… | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: SimFactory | Version: development version Keywords: error message | ---------------------------------------+------------------------------------ If for some reason (e.g. maximum core count exceeded) a job is rejected from the queuing system and so it never starts, simfactory should print an error message. The current behaviour is just that the line "Submit finished, job id is 212....." is not printed by simfactory. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/562> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #537: Formaline: Use bzip2 or xz if available to compress thorn source code
by Einstein Toolkit 18 Sep '11

18 Sep '11

#537: Formaline: Use bzip2 or xz if available to compress thorn source code -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Formaline Could use bzip2 or xz if available to compress thorn source code; this would reduce the size of the tarballs by up to a factor of 2. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/537> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #560: Output Formaline tarballs in parallel
by Einstein Toolkit 17 Sep '11

17 Sep '11

#560: Output Formaline tarballs in parallel -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Output the Formaline tarballs in parallel, distributed over all MPI processes. This may improve startup time when running with many processes and if there is a parallel file system. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/560> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #561: Use subdirectories when generating Formaline tarballs
by Einstein Toolkit 17 Sep '11

17 Sep '11

#561: Use subdirectories when generating Formaline tarballs -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- When there are many thorn, the directory used to generate the Formaline tarballs can contain many files, likely reducing I/O performance. This patch uses a subdirectory for each thorn, which improves the directory layout and should also improve performance. This patch also adds all thorns to the git repository at once, instead of using a single make rule for each thorn. Since git repositories cannot be accessed for writing in parallel, using multiple make rules leads to long wait times for the git repository lock, which is avoided if one explicitly serialises this. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/561> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac