.. Author(s): David J. Gardner @ LLNL ----------------------------------------------------------------------------- SUNDIALS Copyright Start Copyright (c) 2002-2021, Lawrence Livermore National Security and Southern Methodist University. All rights reserved. See the top-level LICENSE and NOTICE files for details. SPDX-License-Identifier: BSD-3-Clause SUNDIALS Copyright End ----------------------------------------------------------------------------- .. _DevelopmentChecklist: Development Checklist ===================== When adding new functionality to SUNDIALS, in the form of bugfixes, new solvers, new solver options, new test problems, modifications to the SUNDIALS build system, etc. developers should adhere to the following checklist. #. When adding new source code files, ensure that the corresponding ``CMakeLists.txt`` file(s) is/are updated to include your file(s). If your files depend on external libraries, emulate the CMake options used for other third party libraries to ensure that these files are only included when SUNDIALS is configured to use that library. #. Configure SUNDIALS using the C flags ``-Wall -ansi -pedantic``, to aid in catching compatibility issues on other platforms (Windows). When building, modify your file to remove any error/warning messages output during compilation of your code. #. Configure your build with a minimal set of configuration options enabled (serial). Run ``make``, ``make test``, ``make install``, and ``make test_install`` to ensure that everything functions smoothly, when no external libraries are supplied. #. Configure your build with a maximal set of configuration options enabled (OpenMP, Pthreads, MPI, Lapack, KLU, etc.) and run ``make``, ``make test``, ``make install``, and ``make test_install`` to ensure that everything functions smoothly when external libraries are supplied. #. When implementing a bug-fix to an existing package/solver: * If this change affects the user interface, update the documentation to describe the updated interface. * For any problems that now fail when running "make test", verify that the bugfix either made only cosmetic changes or improved the results, and update test output file in the ``examples/`` directory. #. When adding new solvers or new solver options: * Update the documentation to include descriptions of your work. Ensure that the documentation also compiles (``make ug`` in the relevant directory). * Add a new example problem (or multiple problems) to the ``examples/`` directory to demonstrate how to use your solver/option, and to include in SUNDIALS' automated nightly tests. * For any problems that now fail when running ``make test``, verify that your updates either made only cosmetic changes or improved the results, and update test output in the ``examples/`` directory. #. When adding new test or example problems to the ``examples/`` directory: * Ensure that your new file has a unique name. * After running ``make install``, change to the installed ``examples/`` directory and ensure that ``make`` succeeds, since the CMake-generated Makefile system differs from how the examples are built within SUNDIALS. * Ensure that the reference output is included e.g., if a file ``foo.c`` is added, also add ``foo.out``. * Update the example problem documentation for to include a description of the new problem. #. When adding any new files, update the corresponding package script in the ``scripts/`` directory to include your file(s) within the distribution. #. Use the debugging macros defined in ``src/sundials/sundials_debug.h`` where relevant and internal to SUNDIALS. Use the ``SUNDIALS_DEBUG`` macro to ``#ifdef`` out calls the sections of code which are for debugging purposes only. Additionally, the ``SUNDIALS_DEBUG_PRINTVEC`` macro should be used to ``#ifdef`` out calls to the generic vector print functions ``N_VPrint`` and ``N_VPrintFile`` used for debugging purposes.