Commits March 2014

commits@lists.einsteintoolkit.org

8 participants
172 discussions

[Carpet] branch, pmoesta/staggered, updated. ET_2013_11_v0-49-g9dd25f9
by Carpet git repositories 28 Mar '14

28 Mar '14

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>". The branch, pmoesta/staggered has been updated via 9dd25f92ce9a798070957c595d3d11f2c9593c0a (commit) from 015918a3a924bd1c9d7549ec112214d03a431508 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 9dd25f92ce9a798070957c595d3d11f2c9593c0a Author: Philipp Moesta <pmoesta(a)tapir.caltech.edu> Date: Fri Mar 28 13:13:10 2014 -0700 Identify stagger type via ProlongationType option. ----------------------------------------------------------------------- Summary of changes: Carpet/Carpet/src/SetupGH.cc | 8 ++++ Carpet/Carpet/src/make.code.defn | 90 ++++++++++++++++++++++++++------------ 2 files changed, 70 insertions(+), 28 deletions(-) hooks/post-receive -- Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>

1 0

[Carpet] branch, pmoesta/staggered, updated. ET_2013_11_v0-48-g015918a
by Carpet git repositories 28 Mar '14

28 Mar '14

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>". The branch, pmoesta/staggered has been updated via 015918a3a924bd1c9d7549ec112214d03a431508 (commit) from 04db1aa5912ceefcee34566b5766d7f4cf68dc15 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 015918a3a924bd1c9d7549ec112214d03a431508 Author: Philipp Moesta <pmoesta(a)tapir.caltech.edu> Date: Fri Mar 28 10:58:58 2014 -0700 Add restriction operator calls when staggering is used. More cleaning up. ----------------------------------------------------------------------- Summary of changes: Carpet/CarpetLib/src/data.cc | 48 ++++++++++++++++++++ Carpet/CarpetLib/src/operator_prototypes_3d.hh | 57 +++++++++++++++++++++++- 2 files changed, 104 insertions(+), 1 deletion(-) hooks/post-receive -- Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>

1 0

[Carpet] branch, pmoesta/staggered, updated. ET_2013_11_v0-47-g04db1aa
by Carpet git repositories 28 Mar '14

28 Mar '14

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>". The branch, pmoesta/staggered has been updated via 04db1aa5912ceefcee34566b5766d7f4cf68dc15 (commit) from f34307868ed26f8cd3e533cbb593a1c1ae5a1136 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 04db1aa5912ceefcee34566b5766d7f4cf68dc15 Author: Philipp Moesta <pmoesta(a)tapir.caltech.edu> Date: Fri Mar 28 10:45:34 2014 -0700 Cleaning up prolongation operators. ----------------------------------------------------------------------- Summary of changes: Carpet/CarpetLib/src/data.cc | 24 +- .../CarpetLib/src/prolongate_3d_stagger011new.cc | 501 +------------------- .../CarpetLib/src/prolongate_3d_stagger101new.cc | 498 +------------------ .../CarpetLib/src/prolongate_3d_stagger110new.cc | 500 +------------------ .../CarpetLib/src/prolongate_3d_stagger111new.cc | 500 +------------------ 5 files changed, 28 insertions(+), 1995 deletions(-) hooks/post-receive -- Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>

1 0

[Carpet] branch, pmoesta/staggered, updated. ET_2013_11_v0-46-gf343078
by Carpet git repositories 27 Mar '14

27 Mar '14

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>". The branch, pmoesta/staggered has been updated via f34307868ed26f8cd3e533cbb593a1c1ae5a1136 (commit) from 09aeb089ab820b5eb74cba4777a1e15c430a6ee8 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit f34307868ed26f8cd3e533cbb593a1c1ae5a1136 Author: Philipp Moesta <pmoesta(a)tapir.caltech.edu> Date: Thu Mar 27 13:38:40 2014 -0700 Added prolongation operators with correct orders to data.cc. restriction is next. ----------------------------------------------------------------------- Summary of changes: Carpet/CarpetLib/src/data.cc | 126 +++++++++++++++++++++--- Carpet/CarpetLib/src/operator_prototypes_3d.hh | 49 ++++++++- Carpet/CarpetLib/src/operators.hh | 5 +- 3 files changed, 165 insertions(+), 15 deletions(-) hooks/post-receive -- Carpet — Adaptive Mesh Refinement for the Cactus Framework <http://carpetcode.org/>

1 0

[Carpet] branch, pmoesta/staggered, created. ET_2013_11_v0-45-g09aeb08
by Carpet git repositories 26 Mar '14

26 Mar '14

1 0

[svn:einsteintoolkit] IllinoisGRMHD/trunk/ (Rev. 22)
by zachetie＠gmail.com 25 Mar '14

25 Mar '14

User: zetienne Date: 2014/03/25 11:52 AM Modified: /trunk/ interface.ccl, schedule.ccl Log: Remove some dead lines from schedule.ccl. Also, add warnings to interface.ccl. Hold off on using IllinoisGRMHD until semi-staggered prolongation/restriction operators are added to the latest Carpet. File Changes: Directory: /trunk/ ================== File [modified]: interface.ccl Delta lines: +4 -0 =================================================================== --- trunk/interface.ccl 2014-03-25 16:29:20 UTC (rev 21) +++ trunk/interface.ccl 2014-03-25 16:52:35 UTC (rev 22) @@ -16,17 +16,20 @@ # These variables are semi-staggered: # Ax is defined on the semi-staggered grid (i,j+1/2,k+1/2) +# WARNING: WILL NOT WORK PROPERLY WITHOUT SEMI-STAGGERED PROLONGATION/RESTRICTION: #cctk_real em_Ax type = GF Timelevels=3 tags='Prolongation="STAGGER011"' cctk_real em_Ax type = GF Timelevels=3 { Ax } "x-component of the vector potential, evolved when constrained_transport_scheme==3" # Ay is defined on the semi-staggered grid (i+1/2,j,k+1/2) +# WARNING: WILL NOT WORK PROPERLY WITHOUT SEMI-STAGGERED PROLONGATION/RESTRICTION: #cctk_real em_Ay type = GF Timelevels=3 tags='Prolongation="STAGGER101"' cctk_real em_Ay type = GF Timelevels=3 { Ay } "y-component of the vector potential, evolved when constrained_transport_scheme==3" +# WARNING: WILL NOT WORK PROPERLY WITHOUT SEMI-STAGGERED PROLONGATION/RESTRICTION: # Az is defined on the semi-staggered grid (i+1/2,j+1/2,k) #cctk_real em_Az type = GF Timelevels=3 tags='Prolongation="STAGGER110"' cctk_real em_Az type = GF Timelevels=3 @@ -35,6 +38,7 @@ } "z-component of the vector potential, evolved when constrained_transport_scheme==3" # psi6phi is defined on the staggered grid (i+1/2,j+1/2,k+1/2) +# WARNING: WILL NOT WORK PROPERLY WITHOUT SEMI-STAGGERED PROLONGATION/RESTRICTION: #cctk_real em_psi6phi type = GF Timelevels=3 tags='Prolongation="STAGGER111"' cctk_real em_psi6phi type = GF Timelevels=3 { File [modified]: schedule.ccl Delta lines: +1 -21 =================================================================== --- trunk/schedule.ccl 2014-03-25 16:29:20 UTC (rev 21) +++ trunk/schedule.ccl 2014-03-25 16:52:35 UTC (rev 22) @@ -100,7 +100,7 @@ # Note however that B^i depends on derivatives of A_{\mu}, so a SYNC is necessary on B^i. schedule compute_B_and_Bstagger_from_A in HydroBase_Boundaries after outer_boundaries_on_A_mu { - # This is strictly a processor sync, as prolongation is disabled for all primitives & B^i's. + # This is strictly a processor sync, as prolongation is disabled for all B^i's. SYNC: grmhd_primitives_Bi LANG: C } "Compute B and B_stagger from A" @@ -119,23 +119,3 @@ LANG: C } "Apply outflow-only, flat BCs on {P,rho_b,vx,vy,vz}. Outflow only == velocities pointed inward from outer boundary are set to zero." ########################################################## - -########################################################## -# CON2PRIM STUFF -# ( 1) Compute B^i from A_i everywhere, synchronize B^i -# ( 2) Call con2prim to get primitives on all points (really only need interior, but who cares) - -## Easiest primitives to solve for: B^i -#schedule compute_B_and_Bstagger_from_A in HydroBase_Con2Prim -#{ -## This is strictly a processor sync, as prolongation is disabled for all primitives & B^i's. -# SYNC: grmhd_primitives_Bi -# LANG: C -#} "Compute B and B_stagger from A" -# -## Nontrivial primitives solve, for P,rho_b,vx,vy,vz: -#schedule conserv_to_prims in HydroBase_Con2Prim after compute_B_and_Bstagger_from_A -#{ -# LANG: C -#} "Compute primitive variables from conservatives. This is non-trivial, requiring a Newton-Raphson root-finder." -##########################################################

1 0

[svn:einsteintoolkit] IllinoisGRMHD/trunk/ (Rev. 21)
by zachetie＠gmail.com 25 Mar '14

25 Mar '14

User: zetienne Date: 2014/03/25 11:29 AM Modified: /trunk/ interface.ccl, param.ccl, schedule.ccl Log: Huge update, part 2: CCL files. (1) add Illinois-style outgoing outer boundary conditions to GRMHD variables; (2) rewrite the con2prim to make the coding style compatible with the rest of IllinoisGRMHD; (3) combine remaining duplicated functions into a library of inlined functions File Changes: Directory: /trunk/ ================== File [modified]: interface.ccl Delta lines: +1 -1 =================================================================== --- trunk/interface.ccl 2014-03-25 16:28:18 UTC (rev 20) +++ trunk/interface.ccl 2014-03-25 16:29:20 UTC (rev 21) @@ -72,7 +72,7 @@ #^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^# #vvvvvvv BSSN-based quantities, computed from ADM quantities.v vvvvvvv# -cctk_real BSSN_quantities type = GF TAGS='Checkpoint="no"' +cctk_real BSSN_quantities type = GF TAGS='Checkpoint="no"' TAGS='InterpNumTimelevels=1 prolongation="none"' { gtxx,gtxy,gtxz,gtyy,gtyz,gtzz,gtupxx,gtupxy,gtupxz,gtupyy,gtupyz,gtupzz,phi,psi_bssn,lapm1,Axx,Axy,Axz,Ayy,Ayz,Azz,trK } File [modified]: param.ccl Delta lines: +28 -10 =================================================================== --- trunk/param.ccl 2014-03-25 16:28:18 UTC (rev 20) +++ trunk/param.ccl 2014-03-25 16:29:20 UTC (rev 21) @@ -18,6 +18,14 @@ ######################################################### restricted: +######################################################### +# SPEED LIMIT: Set maximum relativistic gamma factor +# +REAL GAMMA_SPEED_LIMIT "Maximum relativistic gamma factor. This must be compatible with ONE_MINUS_ONE_OVER_GAMMA_SQUARED (below)!" +{ + 1:* :: "Positive > 1, though you'll likely have troubles far above 10." +} 10.0 +######################################################### ######################################################### # CONSERV TO PRIMS PARAMETERS @@ -66,17 +74,21 @@ ######################################################### ######################################################### -# BOUNDARY CONDITION PARAMS -#INT Matter_BC "Chosen Matter boundary condition: OUTFLOW = 1,FREEZE = 2,COPY = 3,LINEAR = 4,QUADRATIC = 5,PLANAR = 6" -#{ -# *:* :: "Any integer" -#} 1 -# -#INT EM_BC "EM field boundary condition" -#{ -# 1:5 :: "COPY=1, FREEZE=2, EXTRAP=3, QUAD=4, PLANAR=5" -#} 1 +# OUTER BOUNDARY CONDITION CHOICE +INT Matter_BC "Chosen Matter boundary condition: OUTFLOW = 1,FREEZE = 2" +{ + 1:2 :: "Any integer" +} 1 +INT EM_BC "EM field boundary condition" +{ + 1:2 :: "COPY=1, FREEZE=2" +} 1 +######################################################### + + + +######################################################### # SYMMETRY BOUNDARY PARAMS. Needed for handling staggered gridfunctions. INT Symmetry "Symmetry: 0=NOSYMM, 1=EQUATORIAL. FIXME: Add more symmetries." { @@ -92,6 +104,12 @@ ############################################################################################### private: +KEYWORD bound "Type of boundary condition to use" +{ + "none" :: "No boundary condition" + "flat" :: "Flat boundary condition" + "radiation" :: "Radiation boundary condition" +} "none" ######################################################### # EVOLUTION PARAMS File [modified]: schedule.ccl Delta lines: +80 -35 =================================================================== --- trunk/schedule.ccl 2014-03-25 16:28:18 UTC (rev 20) +++ trunk/schedule.ccl 2014-03-25 16:29:20 UTC (rev 21) @@ -4,7 +4,6 @@ STORAGE: IllinoisGRMHD::BSSN_quantities - STORAGE: grmhd_conservatives[3],em_Ax[3],em_Ay[3],em_Az[3],em_psi6phi[3] STORAGE: grmhd_primitives_allbutBi,grmhd_primitives_Bi,grmhd_primitives_reconstructed_temps,grmhd_conservatives_rhs,em_Ax_rhs,em_Ay_rhs,em_Az_rhs,em_psi6phi_rhs,grmhd_cmin_cmax_temps,grmhd_flux_temps,TUPmunu STORAGE: eos_params_arrays1,eos_params_arrays2,eos_params_scalar @@ -22,75 +21,121 @@ { LANG: C } "Schedule symmetries" +#################### -schedule GROUP ABE_PostInitial at CCTK_POSTPOSTINITIAL before MoL_PostStep -{ -} "ABE Post-initial data routines" +#################### +# POSTPOSTINITIAL +# HydroBase_Con2Prim in CCTK_POSTPOSTINITIAL sets conserv to prim then +# outer boundaries (OBs, which are technically disabled). The post OB +# SYNCs actually reprolongate the conservative variables, making cons +# and prims INCONSISTENT. So here we redo the con2prim, avoiding the +# SYNC afterward, then copy the result to other timelevels" -schedule compute_B_and_Bstagger_from_A in ABE_PostInitial as compute_b after postid after empostid after lapsepostid +schedule GROUP IllinoisGRMHD_PostPostInitial at CCTK_POSTPOSTINITIAL before MoL_PostStep after HydroBase_Con2Prim { - OPTIONS: GLOBAL,loop-local +} "HydroBase_Con2Prim in CCTK_POSTPOSTINITIAL sets conserv to prim then outer boundaries (OBs, which are technically disabled). The post OB SYNCs actually reprolongate the conservative variables, making cons and prims INCONSISTENT. So here we redo the con2prim, avoiding the SYNC afterward, then copy the result to other timelevels" + +# Easiest primitives to solve for: B^i +schedule compute_B_and_Bstagger_from_A in IllinoisGRMHD_PostPostInitial as compute_b after postid after empostid after lapsepostid +{ + # This is strictly a processor sync, as prolongation is disabled for all primitives & B^i's. SYNC: grmhd_primitives_Bi LANG: C } "Compute B and B_stagger from A SYNC: grmhd_primitives_Bi" -#################### +# Nontrivial primitives solve, for P,rho_b,vx,vy,vz: +schedule conserv_to_prims in IllinoisGRMHD_PostPostInitial after compute_b +{ + LANG: C +} "Compute primitive variables from conservatives. This is non-trivial, requiring a Newton-Raphson root-finder." - -#FIXME: -# Probably want to add this, so that initial data thorns don't need to set conservative variables... -#schedule driver_prims_to_conserv in ABE_PostInitial as p2c after compute_b -#{ -# OPTIONS: GLOBAL,loop-local -# LANG: C -#} "Compute conservative variables from primitive variables. This is simple and algebraic, unlike the inverse operation!" -#schedule conserv_to_prims in ABE_PostInitial as mhd_conserv2prims after compute_b before mhdpostid -#{ -# OPTIONS: GLOBAL,loop-local -# LANG: C -#} "Compute primitive variables from conservatives. This is non-trivial, requiring a Newton-Raphson root-finder." - -schedule IllinoisGRMHD_PostInitialData in ABE_PostInitial as mhdpostid after compute_b after p2c +# Copy data to other timelevels. +schedule PostPostInitial_Set_Symmetries__Copy_Timelevels in IllinoisGRMHD_PostPostInitial as mhdpostid after compute_b after p2c { LANG: C - OPTIONS: GLOBAL,loop-local } "Compute post-initialdata quantities" #################### + #################### # RHS EVALUATION schedule driver_evaluate_MHD_rhs in MoL_CalcRHS as IllinoisGRMHD_RHS_eval after bssn_rhs after shift_rhs { LANG: C -#FIXME: Not sure these SYNC's are necessary... -# SYNC: grmhd_conservatives,em_Ax,em_Ay,em_Az,em_psi6phi } "Evaluate RHSs of GR Hydro & GRMHD equations" #################### +############################################################ +# COMPUTE B FROM A & RE-SOLVE FOR PRIMITIVES +# After a full timestep, there are two types of boundaries that need filling: +# (A) Outer boundaries (on coarsest level) +# (B) AMR grid refinement boundaries -########################################################## -# AFTER RESTRICT, COMPUTE B FROM A & RE-SOLVE FOR PRIMITIVES +# (A) OUTER BOUNDARY STEPS: +# ( 0) Synchronize (prolongate/restrict) all evolved variables +# ( 1) Apply outer boundary conditions (BCs) on A_{\mu} +# ( 2) Compute B^i from A_i everywhere, synchronize (processor sync) B^i +# ( 3) Call con2prim to get consistent primitives {P,rho_b,vx,vy,vz} and conservatives at all points (if no restriction, really only need interior) +# ( 4) Apply outer BCs on {P,rho_b,vx,vy,vz}, recompute conservatives. -# this will become selectbc -#schedule IllinoisGRMHD_InitSymBound at CCTK_POSTRESTRICT as post_restrict_SYNCs before compute_B_postrestrict after fish_postregrid_update0 after MoL_PostStep -schedule IllinoisGRMHD_InitSymBound in HydroBase_Boundaries as post_restrict_SYNCs before compute_B_postrestrict +# (B) AMR GRID REFINEMENT BOUNDARY STEPS: +# Same as steps 0,2,3 above. Just need if() statements in steps 1,4 to prevent "outer boundaries" being updated +# Problem: all the sync's in outer boundary updates might just overwrite prolongated values. +############################################################ + +schedule IllinoisGRMHD_InitSymBound in HydroBase_Boundaries as Boundary_SYNCs before compute_B_postrestrict { - OPTIONS: LEVEL #,LOOP-LOCAL SYNC: grmhd_conservatives,em_Ax,em_Ay,em_Az,em_psi6phi LANG: C -} "Schedule symmetries -- Actually just a placeholder function to ensure prolongation / processor syncs are done BEFORE the primitives solver." +} "Schedule symmetries -- Actually just a placeholder function to ensure prolongations / processor syncs are done BEFORE outer boundaries are updated." -############################################################ +schedule outer_boundaries_on_A_mu in HydroBase_Boundaries after Boundary_SYNCs before mhd_conserv2prims_postrestrict +{ +# SYNC: em_Ax,em_Ay,em_Az,em_psi6phi + LANG: C +} "Apply linear extrapolation BCs on A_{\mu}, so that BCs are flat on B^i." -schedule compute_B_and_Bstagger_from_A in HydroBase_Con2Prim as compute_B_and_Bstagger_from_A after post_restrict_SYNCs before mhd_conserv2prims_postrestrict +# Easiest primitives to solve for: B^i. +# Note however that B^i depends on derivatives of A_{\mu}, so a SYNC is necessary on B^i. +schedule compute_B_and_Bstagger_from_A in HydroBase_Boundaries after outer_boundaries_on_A_mu { + # This is strictly a processor sync, as prolongation is disabled for all primitives & B^i's. SYNC: grmhd_primitives_Bi LANG: C } "Compute B and B_stagger from A" -schedule conserv_to_prims in HydroBase_Con2Prim as mhd_conserv2prims after compute_B_and_Bstagger_from_A +# Nontrivial primitives solve, for P,rho_b,vx,vy,vz. +schedule conserv_to_prims in HydroBase_Boundaries after compute_B_and_Bstagger_from_A { LANG: C } "Compute primitive variables from conservatives. This is non-trivial, requiring a Newton-Raphson root-finder." + +schedule outer_boundaries_on_P_rho_b_vx_vy_vz in HydroBase_Boundaries after conserv_to_prims +{ +# We must sync {P,rho_b,vx,vy,vz} AND conservatives here. +# SYNC: grmhd_primitives_allbutBi,grmhd_conservatives + SYNC: grmhd_primitives_allbutBi + LANG: C +} "Apply outflow-only, flat BCs on {P,rho_b,vx,vy,vz}. Outflow only == velocities pointed inward from outer boundary are set to zero." ########################################################## + +########################################################## +# CON2PRIM STUFF +# ( 1) Compute B^i from A_i everywhere, synchronize B^i +# ( 2) Call con2prim to get primitives on all points (really only need interior, but who cares) + +## Easiest primitives to solve for: B^i +#schedule compute_B_and_Bstagger_from_A in HydroBase_Con2Prim +#{ +## This is strictly a processor sync, as prolongation is disabled for all primitives & B^i's. +# SYNC: grmhd_primitives_Bi +# LANG: C +#} "Compute B and B_stagger from A" +# +## Nontrivial primitives solve, for P,rho_b,vx,vy,vz: +#schedule conserv_to_prims in HydroBase_Con2Prim after compute_B_and_Bstagger_from_A +#{ +# LANG: C +#} "Compute primitive variables from conservatives. This is non-trivial, requiring a Newton-Raphson root-finder." +##########################################################

1 0

[svn:einsteintoolkit] IllinoisGRMHD/trunk/src/ (Rev. 20)
by zachetie＠gmail.com 25 Mar '14

25 Mar '14

User: zetienne Date: 2014/03/25 11:28 AM Added: /trunk/src/ enforce_limits_on_primitives_and_recompute_conservs_INLINED.h, inlined_functions.h, outer_boundaries.C, postpostinitial__set_symmetries__copy_timelevels.C Removed: /trunk/src/ GRMHD_params_not_for_params_dot_ccl.h, driver_prims_to_conserv.C, postinitialdata.C Modified: /trunk/src/ A_i_rhs_no_gauge_terms.C, InitSymBound.C, add_fluxes_and_source_terms_to_hydro_rhss.C, compute_B_and_Bstagger_from_A.C, compute_tau_rhs_extrinsic_curvature_terms_and_TUPmunu.C, driver_conserv_to_prims.C, driver_evaluate_MHD_rhs.C, evaluate_MHD_rhs_headers.h, font_fix_gamma_law.C, harm_primitives_headers.h, harm_primitives_lowlevel.C, harm_primitives_recompute_conservs_tau_floor.C, make.code.defn, mhdflux.C, reconstruct_set_of_prims_PPM.C, symmetry__set_gzs_staggered_gfs.C Log: Huge update. (1) add Illinois-style outgoing outer boundary conditions to GRMHD variables; (2) rewrite the con2prim to make the coding style compatible with the rest of IllinoisGRMHD; (3) combine remaining duplicated functions into a library of inlined functions File Changes: Directory: /trunk/src/ ====================== File [modified]: A_i_rhs_no_gauge_terms.C Delta lines: <Unavailable> File [removed]: GRMHD_params_not_for_params_dot_ccl.h Delta lines: <Unavailable> File [modified]: InitSymBound.C Delta lines: <Unavailable> File [modified]: add_fluxes_and_source_terms_to_hydro_rhss.C Delta lines: <Unavailable> File [modified]: compute_B_and_Bstagger_from_A.C Delta lines: <Unavailable> File [modified]: compute_tau_rhs_extrinsic_curvature_terms_and_TUPmunu.C Delta lines: <Unavailable> File [modified]: driver_conserv_to_prims.C Delta lines: <Unavailable> File [modified]: driver_evaluate_MHD_rhs.C Delta lines: <Unavailable> File [removed]: driver_prims_to_conserv.C Delta lines: <Unavailable> File [added]: enforce_limits_on_primitives_and_recompute_conservs_INLINED.h Delta lines: <Unavailable> File [modified]: evaluate_MHD_rhs_headers.h Delta lines: <Unavailable> File [modified]: font_fix_gamma_law.C Delta lines: <Unavailable> File [modified]: harm_primitives_headers.h Delta lines: <Unavailable> File [modified]: harm_primitives_lowlevel.C Delta lines: <Unavailable> File [modified]: harm_primitives_recompute_conservs_tau_floor.C Delta lines: <Unavailable> File [added]: inlined_functions.h Delta lines: <Unavailable> File [modified]: make.code.defn Delta lines: <Unavailable> File [modified]: mhdflux.C Delta lines: <Unavailable> File [added]: outer_boundaries.C Delta lines: <Unavailable> File [removed]: postinitialdata.C Delta lines: <Unavailable> File [added]: postpostinitial__set_symmetries__copy_timelevels.C Delta lines: <Unavailable> File [modified]: reconstruct_set_of_prims_PPM.C Delta lines: <Unavailable> File [modified]: symmetry__set_gzs_staggered_gfs.C Delta lines: <Unavailable>

1 0

[barrywardell/EinsteinExact] aec249: Calculate exact solution instead of solution error
by Erik Schnetter 23 Mar '14

23 Mar '14

Branch: refs/heads/master Home: https://github.com/barrywardell/EinsteinExact Commit: aec249e6ba268211674b23a74a7665a2937509cd https://github.com/barrywardell/EinsteinExact/commit/aec249e6ba268211674b23… Author: Erik Schnetter <schnetter(a)gmail.com> Date: 2014-03-23 (Sun, 23 Mar 2014) Changed paths: M m/EinsteinExact.m Log Message: ----------- Calculate exact solution instead of solution error Commit: e0191af1a10fa63f1dc1114bfc03fdf0b004a2e0 https://github.com/barrywardell/EinsteinExact/commit/e0191af1a10fa63f1dc111… Author: Erik Schnetter <schnetter(a)gmail.com> Date: 2014-03-23 (Sun, 23 Mar 2014) Changed paths: M GaugeWave/interface.ccl M GaugeWave/param.ccl M GaugeWave/schedule.ccl M GaugeWave/src/GaugeWave_always.cc A GaugeWave/src/GaugeWave_exact.cc M GaugeWave/src/GaugeWave_initial.cc M GaugeWave/src/Kranc.hh M GaugeWave/src/RegisterSymmetries.cc M GaugeWave/src/make.code.defn M KerrSchild/interface.ccl M KerrSchild/param.ccl M KerrSchild/schedule.ccl M KerrSchild/src/KerrSchild_always.cc A KerrSchild/src/KerrSchild_exact.cc M KerrSchild/src/KerrSchild_initial.cc M KerrSchild/src/Kranc.hh M KerrSchild/src/RegisterSymmetries.cc M KerrSchild/src/make.code.defn M Minkowski/interface.ccl M Minkowski/param.ccl M Minkowski/schedule.ccl M Minkowski/src/Kranc.hh M Minkowski/src/Minkowski_always.cc A Minkowski/src/Minkowski_exact.cc M Minkowski/src/Minkowski_initial.cc M Minkowski/src/RegisterSymmetries.cc M Minkowski/src/make.code.defn M ModifiedSchwarzschildBL/interface.ccl M ModifiedSchwarzschildBL/param.ccl M ModifiedSchwarzschildBL/schedule.ccl M ModifiedSchwarzschildBL/src/Kranc.hh M ModifiedSchwarzschildBL/src/ModifiedSchwarzschildBL_always.cc A ModifiedSchwarzschildBL/src/ModifiedSchwarzschildBL_exact.cc M ModifiedSchwarzschildBL/src/ModifiedSchwarzschildBL_initial.cc M ModifiedSchwarzschildBL/src/RegisterSymmetries.cc M ModifiedSchwarzschildBL/src/make.code.defn M ShiftedGaugeWave/interface.ccl M ShiftedGaugeWave/param.ccl M ShiftedGaugeWave/schedule.ccl M ShiftedGaugeWave/src/Kranc.hh M ShiftedGaugeWave/src/RegisterSymmetries.cc M ShiftedGaugeWave/src/ShiftedGaugeWave_always.cc A ShiftedGaugeWave/src/ShiftedGaugeWave_exact.cc M ShiftedGaugeWave/src/ShiftedGaugeWave_initial.cc M ShiftedGaugeWave/src/make.code.defn M Vaidya2/interface.ccl M Vaidya2/param.ccl M Vaidya2/schedule.ccl M Vaidya2/src/Kranc.hh M Vaidya2/src/RegisterSymmetries.cc M Vaidya2/src/Vaidya2_always.cc A Vaidya2/src/Vaidya2_exact.cc M Vaidya2/src/Vaidya2_initial.cc M Vaidya2/src/make.code.defn Log Message: ----------- Regenerate code Compare: https://github.com/barrywardell/EinsteinExact/compare/f60640b0a6ca...e0191a…

1 0

[ianhinder/Kranc] 32874e: Don't use INV for CaKernel code
by Erik Schnetter 21 Mar '14

21 Mar '14

Branch: refs/heads/master Home: https://github.com/ianhinder/Kranc Commit: 32874e9db15a56f5409d351f77fd8f4cce982d63 https://github.com/ianhinder/Kranc/commit/32874e9db15a56f5409d351f77fd8f4cc… Author: Erik Schnetter <schnetter(a)gmail.com> Date: 2014-03-21 (Fri, 21 Mar 2014) Changed paths: M Tools/CodeGen/CaKernel.m Log Message: ----------- Don't use INV for CaKernel code Commit: c59c17da19d5869bfbef596baf099fc04552873a https://github.com/ianhinder/Kranc/commit/c59c17da19d5869bfbef596baf099fc04… Author: Erik Schnetter <schnetter(a)gmail.com> Date: 2014-03-21 (Fri, 21 Mar 2014) Changed paths: M Tools/CodeGen/CaKernel.m Log Message: ----------- Work-around for left-over ConditionExpressions for CaKernel code Compare: https://github.com/ianhinder/Kranc/compare/d7061181bd0f...c59c17da19d5

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Commits March 2014