Sort all includes in src/gromacs
[alexxy/gromacs.git] / src / gromacs / gmxlib / nonbonded / nb_kernel.h
index 2830ec6017b03d9973980cb96bf2a5ff1c1da8c4..76f884aa868bd679af18c9d39741f2ea79f6648e 100644 (file)
@@ -1,30 +1,40 @@
-/* -*- mode: c; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; c-file-style: "stroustrup"; -*-
+/*
+ * This file is part of the GROMACS molecular simulation package.
  *
- * This file is part of GROMACS.
- * Copyright (c) 2012-
+ * Copyright (c) 2012,2014, by the GROMACS development team, led by
+ * Mark Abraham, David van der Spoel, Berk Hess, and Erik Lindahl,
+ * and including many others, as listed in the AUTHORS file in the
+ * top-level source directory and at http://www.gromacs.org.
  *
- * Written by the Gromacs development team under coordination of
- * David van der Spoel, Berk Hess, and Erik Lindahl.
- *
- * This library is free software; you can redistribute it and/or
+ * GROMACS is free software; you can redistribute it and/or
  * modify it under the terms of the GNU Lesser General Public License
- * as published by the Free Software Foundation; either version 2
+ * as published by the Free Software Foundation; either version 2.1
  * of the License, or (at your option) any later version.
  *
- * To help us fund GROMACS development, we humbly ask that you cite
- * the research papers on the package. Check out http://www.gromacs.org
+ * GROMACS 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.  See the GNU
+ * Lesser General Public License for more details.
+ *
+ * You should have received a copy of the GNU Lesser General Public
+ * License along with GROMACS; if not, see
+ * http://www.gnu.org/licenses, or write to the Free Software Foundation,
+ * Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301  USA.
+ *
+ * If you want to redistribute modifications to GROMACS, please
+ * consider that scientific software is very special. Version
+ * control is crucial - bugs must be traceable. We will be happy to
+ * consider code for inclusion in the official distribution, but
+ * derived work must not be called official GROMACS. Details are found
+ * in the README & COPYING files - if they are missing, get the
+ * official version at http://www.gromacs.org.
  *
- * And Hey:
- * Gnomes, ROck Monsters And Chili Sauce
+ * To help us fund GROMACS development, we humbly ask that you cite
+ * the research papers on the package. Check out http://www.gromacs.org.
  */
 #ifndef _nb_kernel_h_
 #define _nb_kernel_h_
 
-#ifdef HAVE_CONFIG_H
-#include <config.h>
-#endif
-
-
 #ifdef __cplusplus
 extern "C" {
 #endif
@@ -33,8 +43,8 @@ extern "C" {
 #endif
 
 
-#include "types/simple.h"
-#include "typedefs.h"
+#include "gromacs/legacyheaders/typedefs.h"
+#include "gromacs/legacyheaders/types/simple.h"
 
 /* Structure to collect kernel data not available in forcerec or mdatoms structures.
  * This is only used inside the nonbonded module.
@@ -60,13 +70,13 @@ nb_kernel_data_t;
 
 
 typedef void
-nb_kernel_t(t_nblist *                nlist,
-            rvec *                    x,
-            rvec *                    f,
-            t_forcerec *              fr,
-            t_mdatoms *               mdatoms,
-            nb_kernel_data_t *        kernel_data,
-            t_nrnb *                  nrnb);
+    nb_kernel_t (t_nblist *                nlist,
+                 rvec *                    x,
+                 rvec *                    f,
+                 t_forcerec *              fr,
+                 t_mdatoms *               mdatoms,
+                 nb_kernel_data_t *        kernel_data,
+                 t_nrnb *                  nrnb);
 
 
 /* Structure with a kernel pointer and settings. This cannot be abstract
@@ -90,11 +100,11 @@ nb_kernel_t(t_nblist *                nlist,
  * The interaction modifiers are described by the eintmod enum type, while
  * the kernel geometry is decided from the neighborlist geometry, which is
  * described by the enum gmx_nblist_kernel_geometry (again, see types/enums.h).
- * The 
+ * The
  *
- * Note that any particular implementation of kernels might not support all of 
+ * Note that any particular implementation of kernels might not support all of
  * these strings. In fact, some might not be supported by any architecture yet.
- * The whole point of using strings and hashes is that we do not have to define a 
+ * The whole point of using strings and hashes is that we do not have to define a
  * unique set of strings in a single place. Thus, as long as you implement a
  * corresponding kernel, you could in theory provide any string you want.
  */