Commit 258d046d authored by Giovanni La Mura's avatar Giovanni La Mura
Browse files

Merge branch 'binary_IO' into 'master' 

Binary I/O

See merge request giacomo.mulas/np_tmcode!16
parents 5c49088f b0c55a45

.gitignore

+1 −0
Original line number Diff line number Diff line 
build/include

build/cluster/*

build/sphere/*

build/testing/*

build/trapping/*

doc/build/*

src/objects/*
 
 No newline at end of file

.gitlab-ci.yml

+1 −0
Original line number Diff line number Diff line
@@ -30,6 +30,7 @@ building_stage: 
      paths:

         - build/cluster/*

         - build/sphere/*

         - build/testing/*

         - build/trapping/*

         - doc/build/*

      exclude:

.gitlab/merge_request_templates/.gitkeep

0 → 100644
+0 −0

Empty file added.

.gitlab/merge_request_templates/default_mr.md

0 → 100644
+22 −0
Original line number Diff line number Diff line 
<!-- title of the merge request -->



# MR Title



<!-- General merge request description.



Write a small paragraph describing the scope of the merge request. Cite relevant issues, if any. Keep in mind that the text might be used to write a release report, so adopt a descriptive approach.



-->



Text to describe the MR.



## Change log



<!-- List of relevant changes.



Provide a list of the main changes introduced by this MR, possibly in the format of a bullet or numbered item list.



-->



1. Change nr. 1

2. Change nr. 2 ...
 
 No newline at end of file

build/README.md

+3 −3
Original line number Diff line number Diff line
@@ -62,10 +62,10 @@ The default behaviour of `np_sphere` is to take the same input files as `edfb_sp 


### trapping



The execution of trapping programs requires at least one of the previous programs to have produced a complete output set. A light-weight trapping calculation has been configured with input and legacy output files stored in the `../../test_data/trapping/` folder. Since the FORTRAN code assumes the input and output to be defined within the program, it is not yet possible to run the *FORTRAN* version on this case, unless the source code is modified accordingly. Conversely, the *C++* version can be executed without the need to modfy and re-compile the code. The work-flow to test trapping is described below.

The execution of trapping programs requires at least one of the previous programs to have produced a complete output set. A light-weight trapping calculation has been configured with input and legacy output files stored in the `../../test_data/trapping/` folder. Since the FORTRAN code assumes the input and output to be defined within the program, it is not yet possible to run the *FORTRAN* version on this case, unless the source code is modified accordingly. Conversely, the *C++* version can be executed without the need to modify and re-compile the code. The work-flow to test trapping is described below.



1. cd to the `build/sphere` folder.

2. run `np_sphere` with arguments to take input from the trapping tast and write output in the trapping folder:

2. run `np_sphere` with arguments to take input from the trapping test and write output in the trapping build folder:



   > ./np_sphere ../../test_data/trapping/DEDFB ../../test_data/trapping/DSPH ../trapping
@@ -74,4 +74,4 @@ The execution of trapping programs requires at least one of the previous program 


   > ./np_trapping ../../test_data/trapping/DFRFME ../../test_data/trapping/DLFFT .



5. Check the consistency between `np_trapping` output files (`c_out66.txt` and `c_out67.txt`) and the legacy *FORTRAN* output for this case (the files named, respectively, `fort.66` and `fort.67` in the `test_data/trapping/` folder).
 
5. Check the consistency between `np_trapping` output files (`c_out66.txt` and `c_out67.txt`) and the legacy *FORTRAN* output for this case (the files named, respectively, `fort.66` and `fort.67` in the `test_data/trapping/` folder). Consider that some of the output values will be affected by numeric noise and take substantially different values. However, this is expected for results whose order of magnitude is clearly below the precision level of the calculation, as they represent results appraching zero that were just approximated with different precision.