diff --git a/cmake/Modules/CodingStandard.cmake b/cmake/Modules/CodingStandard.cmake
index 5a9c0e1dda..72b064af66 100644
--- a/cmake/Modules/CodingStandard.cmake
+++ b/cmake/Modules/CodingStandard.cmake
@@ -27,7 +27,7 @@ if (Python3_EXECUTABLE)
COMMENT "Fix whitespace errors")
add_custom_target(
fix-permissions
- ${Python3_EXECUTABLE} ${LAMMPS_TOOLS_DIR}/coding_standard/permission.py -f .
+ ${Python3_EXECUTABLE} ${LAMMPS_TOOLS_DIR}/coding_standard/permissions.py -f .
WORKING_DIRECTORY ${LAMMPS_DIR}
COMMENT "Fix permission errors")
endif()
diff --git a/cmake/Modules/FindClangFormat.cmake b/cmake/Modules/FindClangFormat.cmake
new file mode 100644
index 0000000000..48393f0614
--- /dev/null
+++ b/cmake/Modules/FindClangFormat.cmake
@@ -0,0 +1,46 @@
+# Find clang-format
+find_program(ClangFormat_EXECUTABLE NAMES clang-format
+ clang-format-10.0
+ clang-format-9.0
+ clang-format-8.0
+ clang-format-7.0
+ clang-format-6.0
+ DOC "clang-format executable")
+mark_as_advanced(ClangFormat_EXECUTABLE)
+
+if(ClangFormat_EXECUTABLE)
+ # find version
+ execute_process(COMMAND ${ClangFormat_EXECUTABLE} --version
+ OUTPUT_VARIABLE clang_format_version
+ ERROR_QUIET OUTPUT_STRIP_TRAILING_WHITESPACE)
+
+
+ if(clang_format_version MATCHES "^clang-format version .*")
+ # Arch Linux
+ # clang-format version 10.0.0
+
+ # Ubuntu 18.04 LTS Output
+ # clang-format version 6.0.0-1ubuntu2 (tags/RELEASE_600/final)
+ string(REGEX REPLACE "clang-format version ([0-9.]+).*"
+ "\\1"
+ ClangFormat_VERSION
+ "${clang_format_version}")
+ elseif(clang_format_version MATCHES ".*LLVM version .*")
+ # CentOS 7 Output
+ # LLVM (http://llvm.org/):
+ # LLVM version 3.4.2
+ # Optimized build.
+ # Built Nov 1 2018 (15:06:24).
+ # Default target: x86_64-redhat-linux-gnu
+ # Host CPU: x86-64
+ string(REGEX REPLACE ".*LLVM version ([0-9.]+).*"
+ "\\1"
+ ClangFormat_VERSION
+ "${clang_format_version}")
+ else()
+ set(ClangFormat_VERSION "0.0")
+ endif()
+endif()
+
+include(FindPackageHandleStandardArgs)
+find_package_handle_standard_args(ClangFormat REQUIRED_VARS ClangFormat_EXECUTABLE VERSION_VAR ClangFormat_VERSION)
diff --git a/doc/src/Build_development.rst b/doc/src/Build_development.rst
index be86037f61..cf7d8c7955 100644
--- a/doc/src/Build_development.rst
+++ b/doc/src/Build_development.rst
@@ -95,9 +95,9 @@ The output of this command will be looking something like this::
25/26 Test #25: AngleStyle:harmonic ................. Passed 0.01 sec
Start 26: AngleStyle:zero
26/26 Test #26: AngleStyle:zero ..................... Passed 0.01 sec
-
+
100% tests passed, 0 tests failed out of 26
-
+
Total Test time (real) = 0.27 sec
diff --git a/examples/USER/atc/elastic/in.no_atoms b/examples/USER/atc/elastic/in.no_atoms
old mode 100755
new mode 100644
diff --git a/examples/USER/atc/elastic/in.no_atoms_cb b/examples/USER/atc/elastic/in.no_atoms_cb
old mode 100755
new mode 100644
diff --git a/examples/USER/atc/elastic/in.no_atoms_cb_linear b/examples/USER/atc/elastic/in.no_atoms_cb_linear
old mode 100755
new mode 100644
diff --git a/examples/USER/atc/molecule/in.polarize b/examples/USER/atc/molecule/in.polarize
old mode 100755
new mode 100644
diff --git a/examples/USER/dpd/dpdrx-shardlow/in.dpdrx-shardlow b/examples/USER/dpd/dpdrx-shardlow/in.dpdrx-shardlow
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/confined_colloid/in.confined_colloids b/examples/USER/lb/confined_colloid/in.confined_colloids
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/dragforce/in.defaultgamma_drag b/examples/USER/lb/dragforce/in.defaultgamma_drag
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/dragforce/in.setgamma_drag b/examples/USER/lb/dragforce/in.setgamma_drag
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/fourspheres/in.fourspheres_default_gamma b/examples/USER/lb/fourspheres/in.fourspheres_default_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/fourspheres/in.fourspheres_set_gamma b/examples/USER/lb/fourspheres/in.fourspheres_set_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/microrheology/in.microrheology_default_gamma b/examples/USER/lb/microrheology/in.microrheology_default_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/microrheology/in.microrheology_set_gamma b/examples/USER/lb/microrheology/in.microrheology_set_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/planewall/in.planewall_default_gamma b/examples/USER/lb/planewall/in.planewall_default_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/lb/planewall/in.planewall_set_gamma b/examples/USER/lb/planewall/in.planewall_set_gamma
old mode 100755
new mode 100644
diff --git a/examples/USER/phonon/dynamical_matrix_command/Silicon/README.md b/examples/USER/phonon/dynamical_matrix_command/Silicon/README.md
old mode 100755
new mode 100644
diff --git a/examples/USER/phonon/dynamical_matrix_command/Silicon/in.silicon b/examples/USER/phonon/dynamical_matrix_command/Silicon/in.silicon
old mode 100755
new mode 100644
diff --git a/examples/USER/phonon/dynamical_matrix_command/python/README.md b/examples/USER/phonon/dynamical_matrix_command/python/README.md
old mode 100755
new mode 100644
diff --git a/src/USER-AWPMD/README b/src/USER-AWPMD/README
index 4a853f5059..6d8e8d032d 100644
--- a/src/USER-AWPMD/README
+++ b/src/USER-AWPMD/README
@@ -16,7 +16,7 @@ installed.
The person who created this package is Ilya Valuev at the JIHT in
Russia (valuev at physik.hu-berlin.de). Contact him directly if you
have questions.
-
+
----------------------
ACKNOWLEDGMENTS:
diff --git a/src/USER-CGSDK/README b/src/USER-CGSDK/README
index 535bd43ac1..3d5cae9b20 100644
--- a/src/USER-CGSDK/README
+++ b/src/USER-CGSDK/README
@@ -25,7 +25,7 @@ recommended over regular pppm.
The person who created this package is Axel Kohlmeyer at Temple U
(akohlmey at gmail.com). Contact him directly if you have questions.
-
+
---------------------------------
Thanks for contributions, support and testing goes to
diff --git a/src/USER-DRUDE/README b/src/USER-DRUDE/README
index 0b4913ca5d..3aac41ec7f 100644
--- a/src/USER-DRUDE/README
+++ b/src/USER-DRUDE/README
@@ -3,7 +3,7 @@ polarizable systems in LAMMPS. The package provides the following
features:
* tagging particles as cores or Drude particles
-* thermostating the Drude oscillators at a distinct temperature
+* thermostating the Drude oscillators at a distinct temperature
using Langevin or Nosé-Hoover thermostats
* computation of the atom and dipole temperatures
* damping induced dipole interactions using Thole's function
@@ -15,7 +15,7 @@ There are auxiliary tools for using this package in tools/drude.
There are example scripts for using this package in examples/USER/drude.
The person who created this package is Alain Dequidt at the
-Chemistry Institute of Clermont-Ferrand, Clermont University, France
+Chemistry Institute of Clermont-Ferrand, Clermont University, France
(alain.dequidt at uca.fr). Contact him directly if you have questions.
Co-authors: Julien Devémy, Agilio Padua.
-
+
diff --git a/src/USER-INTEL/TEST/README b/src/USER-INTEL/TEST/README
index 62602d5920..fdc92b363d 100644
--- a/src/USER-INTEL/TEST/README
+++ b/src/USER-INTEL/TEST/README
@@ -1,11 +1,11 @@
#############################################################################
# Benchmarks
#
-# in.intel.lj - Atomic fluid (LJ Benchmark)
+# in.intel.lj - Atomic fluid (LJ Benchmark)
# in.intel.rhodo - Protein (Rhodopsin Benchmark)
-# in.intel.lc - Liquid Crystal w/ Gay-Berne potential
-# in.intel.eam - Copper benchmark with Embedded Atom Method
-# in.intel.sw - Silicon benchmark with Stillinger-Weber
+# in.intel.lc - Liquid Crystal w/ Gay-Berne potential
+# in.intel.eam - Copper benchmark with Embedded Atom Method
+# in.intel.sw - Silicon benchmark with Stillinger-Weber
# in.intel.tersoff - Silicon benchmark with Tersoff
# in.intel.water - Coarse-grain water benchmark using Stillinger-Weber
# in.intel.airebo - Polyethelene benchmark with AIREBO
@@ -18,12 +18,12 @@
# - Compiled w/ Intel Parallel Studio 2017u2 and Makefile.intel_cpu_intelmpi
#
# Xeon E5-2697v4 Xeon Phi 7250 Xeon Gold 6148
-#
+#
# in.intel.lj - 199.5 282.3 317.3
# in.intel.rhodo - 12.4 17.5 24.4
-# in.intel.lc - 19.0 25.7 26.8
-# in.intel.eam - 59.4 92.8 105.6
-# in.intel.sw - 132.4 161.9 213.8
+# in.intel.lc - 19.0 25.7 26.8
+# in.intel.eam - 59.4 92.8 105.6
+# in.intel.sw - 132.4 161.9 213.8
# in.intel.tersoff - 83.3 101.1 109.6
# in.intel.water - 53.4 90.3 105.5
# in.intel.airebo - 7.3 11.8 17.6
@@ -33,14 +33,14 @@
#############################################################################
# For Skylake server (Xeon) architectures, see notes in the USER-INTEL/README
-# for build flags that should be used.
+# for build flags that should be used.
#############################################################################
#############################################################################
-# For Haswell (Xeon v3) architectures, depending on the compiler version,
-# it may give better performance to compile for an AVX target (with -xAVX
-# compiler option) instead of -xHost or -xCORE-AVX2 for some of the
-# workloads. In most cases, FMA sensitive routines will still use AVX2
+# For Haswell (Xeon v3) architectures, depending on the compiler version,
+# it may give better performance to compile for an AVX target (with -xAVX
+# compiler option) instead of -xHost or -xCORE-AVX2 for some of the
+# workloads. In most cases, FMA sensitive routines will still use AVX2
# (MKL and SVML detect the processor at runtime). For Broadwell (Xeon v4)
# architectures, -xCORE-AVX2 or -xHost will work best for all.
#############################################################################
@@ -50,40 +50,40 @@
# the Intel package. You can specify a multiplier for all of the benchmarks
# to increase or decrease the runtime. Example commandline arguments:
#
-# -v m 2 # Run for twice as long
-# -v m 0.5 # Run for half as long
+# -v m 2 # Run for twice as long
+# -v m 0.5 # Run for half as long
#############################################################################
#############################################################################
# The LAMMPS newton setting can be controlled from the commandline for the
# benchmarks with the N variable:
#
-# -v N on # newton on
-# -v N off # newton off
+# -v N on # newton on
+# -v N off # newton off
#
# The default is on for all of the benchmarks except for LJ where the off
# setting performs best with the USER-INTEL package
#############################################################################
-# Example for running benchmarks (see run_benchmarks.sh for script):
+# Example for running benchmarks (see run_benchmarks.sh for script):
-# Number of physical cores per node not including hyperthreads
+# Number of physical cores per node not including hyperthreads
export LMP_CORES=28
# If hyperthreading is enabled, number of hyperthreads to use per core
# (2 for Xeon; 2 or 4 for Xeon Phi)
export OMP_NUM_THREADS=2
-
+
# Name of the LAMMPS binary
export LMP_BIN=../../lmp_intel_cpu
# LAMMPS root directory
export LMP_ROOT=../../../
-
+
source source /opt/intel/parallel_studio_xe_2017.2.050/psxevars.sh
export KMP_BLOCKTIME=0
export I_MPI_PIN_DOMAIN=core
-export I_MPI_FABRICS=shm # For single node
+export I_MPI_FABRICS=shm # For single node
# ONLY FOR INTEL XEON PHI x200 SERIES PROCESSORS
export I_MPI_SHM_LMT=shm
@@ -121,7 +121,7 @@ mpirun -np $LMP_CORES $LMP_BIN -in $bench -log none -pk intel 0 -sf intel
mpirun -np $LMP_CORES $LMP_BIN -in $bench -log none -pk intel 1 -sf intel
#############################################################################
-# If using PPPM (e.g. in.intel.rhodo) on Intel Xeon Phi x200 series
+# If using PPPM (e.g. in.intel.rhodo) on Intel Xeon Phi x200 series
# or Skylake processors
#############################################################################
export KMP_AFFINITY=none
diff --git a/src/USER-OMP/README b/src/USER-OMP/README
index 0aef853bca..e1ca2ae99b 100644
--- a/src/USER-OMP/README
+++ b/src/USER-OMP/README
@@ -1,7 +1,7 @@
This package provides OpenMP multi-threading support and other
optimizations of various LAMMPS pair styles, dihedral styles, and fix
styles.
-
+
See this section of the manual to get started:
doc/Section_accelerate.html, sub-section 5.2
diff --git a/src/USER-QTB/README b/src/USER-QTB/README
index cc81a2bca5..3b2b399d49 100644
--- a/src/USER-QTB/README
+++ b/src/USER-QTB/README
@@ -1,56 +1,56 @@
-This package contains 2 fix commands, "fix qtb" and
+This package contains 2 fix commands, "fix qtb" and
"fix qbmsst" which involve quantum nuclear effects.
-What is quantum nuclear effects (in molecular dynamics
+What is quantum nuclear effects (in molecular dynamics
simulation)?
- Quantum treatment of the vibrational modes will
- introduce zero point energy into the system, alter
- the energy power spectrum and bias the heat capacity
- from the classical limit. classical MD leaves out
- these effects completely and thus need to be corrected.
-
-When should I consider quantum nuclear effects in
-my simulation?
- (1) When you want to model systems at temperatures
- lower than their classical limits. This is especially
- important for materials with a large population of
- hydrogen atoms and thus higher classical limits.
+ Quantum treatment of the vibrational modes will
+ introduce zero point energy into the system, alter
+ the energy power spectrum and bias the heat capacity
+ from the classical limit. classical MD leaves out
+ these effects completely and thus need to be corrected.
- (2) In MD simulations when temperatures ramp up
- across (or starting from somewhere close to) the
- classical limits, tiny differences between the
- classical and quantum heat capacity can accumulate
- and cause the final state to deviate (could be as
- large as 30 %).
+When should I consider quantum nuclear effects in
+my simulation?
+ (1) When you want to model systems at temperatures
+ lower than their classical limits. This is especially
+ important for materials with a large population of
+ hydrogen atoms and thus higher classical limits.
+
+ (2) In MD simulations when temperatures ramp up
+ across (or starting from somewhere close to) the
+ classical limits, tiny differences between the
+ classical and quantum heat capacity can accumulate
+ and cause the final state to deviate (could be as
+ large as 30 %).
What command should I use regarding these two cases?
- (1) "fix qtb" provides quantum nulcear correction
- through a colored thermostat and can be used with
- other time integration schemes like fix nve or
- fix nph. In this case, you tell "fix qtb" the temperature
- and the other time integration scheme either the
- pressure ("fix nph") or the volume ("fix nve").
+ (1) "fix qtb" provides quantum nulcear correction
+ through a colored thermostat and can be used with
+ other time integration schemes like fix nve or
+ fix nph. In this case, you tell "fix qtb" the temperature
+ and the other time integration scheme either the
+ pressure ("fix nph") or the volume ("fix nve").
- (2) "fix qbmsst" deals with shock MD simulations
- in which cases the temperature may increase a lot.
- It enables quantum nuclear correction of a multi-scale
- shock technique simulation by coupling the quantum
- thermal bath with the shocked system. It is an independent
- command from "fix msst" and does not assume that
- the SHOCK package has been installed.
+ (2) "fix qbmsst" deals with shock MD simulations
+ in which cases the temperature may increase a lot.
+ It enables quantum nuclear correction of a multi-scale
+ shock technique simulation by coupling the quantum
+ thermal bath with the shocked system. It is an independent
+ command from "fix msst" and does not assume that
+ the SHOCK package has been installed.
- See the doc page for the fix qtb and fix qbmsst
- command for detailed usage instructions.
+ See the doc page for the fix qtb and fix qbmsst
+ command for detailed usage instructions.
Where can I find examples of these two commands?
- There are example scripts for using this package in
- examples/USER/qtb, including one "fix qtb" and one
- "fix qbmsst" example for each of alpha quartz and
- methane. Running the alpha quartz example requires
- installation of the kspace package while the methane
- example requires the REAX package for the force field.
+ There are example scripts for using this package in
+ examples/USER/qtb, including one "fix qtb" and one
+ "fix qbmsst" example for each of alpha quartz and
+ methane. Running the alpha quartz example requires
+ installation of the kspace package while the methane
+ example requires the REAX package for the force field.
Authors Information and Contact
- The person who created this package is Yuan Shen
- (sy0302 at stanford.edu) at Stanford University.
- Contact him directly if you have questions.
+ The person who created this package is Yuan Shen
+ (sy0302 at stanford.edu) at Stanford University.
+ Contact him directly if you have questions.
diff --git a/src/USER-REAXC/README b/src/USER-REAXC/README
index 86803957b8..d21fbb791d 100644
--- a/src/USER-REAXC/README
+++ b/src/USER-REAXC/README
@@ -53,14 +53,14 @@ The reaxc files in this directory have the following header:
H. M. Aktulga, J. C. Fogarty, S. A. Pandit, A. Y. Grama,
"Parallel Reactive Molecular Dynamics: Numerical Methods and
Algorithmic Techniques", Parallel Computing, in press.
-
+
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License as
- published by the Free Software Foundation; either version 2 of
+ published by the Free Software Foundation; either version 2 of
the License, or (at your option) any later version.
-
+
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
See the GNU General Public License for more details:
.
diff --git a/src/USER-UEF/README b/src/USER-UEF/README
index 92b2cee5e3..2f2b872d3b 100644
--- a/src/USER-UEF/README
+++ b/src/USER-UEF/README
@@ -1,11 +1,11 @@
USER-UEF is a LAMMPS package for non-equilibrium molecular dynamics
-(NEMD) under diagonal flow fields, including uniaxial and biaxial
-flow. With this package, simulations under extensional flow may be
+(NEMD) under diagonal flow fields, including uniaxial and biaxial
+flow. With this package, simulations under extensional flow may be
carried out for an indefinite amount of time. It is an implementation
of the boundary conditions developed by Matthew Dobson, and also uses
-numerical lattice reduction as was proposed by Thomas Hunt. The
-lattice reduction algorithm is from Igor Semaev. The package is
-intended for simulations of homogeneous flows, and integrates the
+numerical lattice reduction as was proposed by Thomas Hunt. The
+lattice reduction algorithm is from Igor Semaev. The package is
+intended for simulations of homogeneous flows, and integrates the
SLLOD equations of motion.
--
@@ -19,7 +19,7 @@ The following commands are contained in this package:
fix npt/uef and fix nvt/uef:
These commands perform time-integration of the SLLOD equations of
- motion under constant temperature/pressure with the proper
+ motion under constant temperature/pressure with the proper
boundary conditions for extensional flow fields.
compute pressure/uef and compute temp/uef:
@@ -29,8 +29,8 @@ compute pressure/uef and compute temp/uef:
dump cfg/uef:
This command dumps coordinates in the reference frame corresponding
to the applied flow field.
-
-For more information, visit the documentation page for fix nvt/uef
+
+For more information, visit the documentation page for fix nvt/uef
and examine the example scripts in doc/USER/uef/.
--
diff --git a/unittest/.clang-format b/unittest/.clang-format
new file mode 100644
index 0000000000..cb352b37f5
--- /dev/null
+++ b/unittest/.clang-format
@@ -0,0 +1,23 @@
+---
+Language: Cpp
+BasedOnStyle: LLVM
+AccessModifierOffset: -4
+AlignConsecutiveAssignments: true
+AlignEscapedNewlines: Left
+AllowShortFunctionsOnASingleLine: Inline
+AllowShortLambdasOnASingleLine: None
+AllowShortIfStatementsOnASingleLine: WithoutElse
+BraceWrapping:
+ AfterFunction: true
+BreakBeforeBraces: Custom
+BreakInheritanceList: AfterColon
+BreakConstructorInitializers: AfterColon
+ColumnLimit: 100
+IndentCaseLabels: true
+IndentWidth: 4
+ObjCBlockIndentWidth: 4
+PenaltyBreakAssignment: 4
+Standard: Cpp11
+TabWidth: 4
+UseTab: Never
+...
diff --git a/unittest/CMakeLists.txt b/unittest/CMakeLists.txt
index 531e943f6c..99b5463a81 100644
--- a/unittest/CMakeLists.txt
+++ b/unittest/CMakeLists.txt
@@ -5,3 +5,13 @@ add_subdirectory(force-styles)
add_subdirectory(utils)
add_subdirectory(formats)
+
+find_package(ClangFormat 8.0)
+
+if(ClangFormat_FOUND)
+ set(UNITTEST_SOURCES)
+ file(GLOB_RECURSE UNITTEST_SOURCES *.cpp *.h)
+ add_custom_target(format-tests
+ COMMAND ${ClangFormat_EXECUTABLE} --verbose -i -style=file ${UNITTEST_SOURCES}
+ DEPENDS ${UNITTEST_SOURCES})
+endif()
diff --git a/unittest/force-styles/CMakeLists.txt b/unittest/force-styles/CMakeLists.txt
index 7c69ab8087..c7937336f2 100644
--- a/unittest/force-styles/CMakeLists.txt
+++ b/unittest/force-styles/CMakeLists.txt
@@ -8,6 +8,7 @@ endif()
set(TEST_INPUT_FOLDER ${CMAKE_CURRENT_SOURCE_DIR}/tests)
add_library(style_tests STATIC yaml_writer.cpp error_stats.cpp test_config_reader.cpp test_main.cpp)
target_compile_definitions(style_tests PRIVATE TEST_INPUT_FOLDER=${TEST_INPUT_FOLDER})
+target_include_directories(style_tests PRIVATE ${LAMMPS_SOURCE_DIR})
target_link_libraries(style_tests PUBLIC GTest::GTest GTest::GMock Yaml::Yaml)
if(BUILD_MPI)
target_link_libraries(style_tests PUBLIC MPI::MPI_CXX)
@@ -17,6 +18,7 @@ endif()
# unit test for error stats class
add_executable(test_error_stats test_error_stats.cpp)
+target_include_directories(test_error_stats PRIVATE ${CMAKE_CURRENT_SOURCE_DIR} ${LAMMPS_SOURCE_DIR})
target_link_libraries(test_error_stats PRIVATE GTest::GTestMain GTest::GTest)
add_test(NAME ErrorStats COMMAND test_error_stats)
diff --git a/unittest/force-styles/angle_style.cpp b/unittest/force-styles/angle_style.cpp
index f1825d5a57..b38d23ce55 100644
--- a/unittest/force-styles/angle_style.cpp
+++ b/unittest/force-styles/angle_style.cpp
@@ -13,32 +13,32 @@
// unit tests for angle styles intended for molecular systems
-#include "yaml_reader.h"
-#include "yaml_writer.h"
#include "error_stats.h"
#include "test_config.h"
#include "test_config_reader.h"
#include "test_main.h"
+#include "yaml_reader.h"
+#include "yaml_writer.h"
-#include "gtest/gtest.h"
#include "gmock/gmock.h"
+#include "gtest/gtest.h"
-#include "lammps.h"
+#include "angle.h"
#include "atom.h"
-#include "modify.h"
#include "compute.h"
#include "force.h"
-#include "angle.h"
#include "info.h"
#include "input.h"
+#include "lammps.h"
+#include "modify.h"
#include "universe.h"
-#include
-#include
-#include
-#include
#include
+#include
+#include
+#include
#include
+#include
#include
#include