| Index | index by Group | index by Distribution | index by Vendor | index by creation date | index by Name | Mirrors | Help | Search |
| Name: lammps-devel | Distribution: openSUSE Tumbleweed |
| Version: 20240829.02 | Vendor: openSUSE |
| Release: 2.1 | Build date: Tue May 6 10:04:18 2025 |
| Group: Development/Libraries/C and C++ | Build host: reproducible |
| Size: 565606 | Source RPM: lammps-20240829.02-2.1.src.rpm |
| Packager: https://bugs.opensuse.org | |
| Url: https://lammps.sandia.gov | |
| Summary: Development headers and libraries for LAMMPS | |
LAMMPS is a classical molecular dynamics code, and an acronym for Large-scale Atomic/Molecular Massively Parallel Simulator. LAMMPS has potentials for soft materials (biomolecules, polymers) and solid-state materials (metals, semiconductors) and coarse-grained or mesoscopic systems. It can be used to model atoms or, more generically, as a parallel particle simulator at the atomic, meso, or continuum scale. LAMMPS runs on single processors or in parallel using message-passing techniques and a spatial-decomposition of the simulation domain. The code is designed to be easy to modify or extend with new functionality. This package contains development headers and libraries for LAMMPS.
GPL-2.0-only AND GPL-3.0-or-later
* Tue May 06 2025 Atri Bhattacharya <badshah400@gmail.com>
- Do not let minor tolerance issues in tests on non-x86_64 archs
abort builds (gh#lammps/lammps#2383, gh#lammps/lammps#2978).
* Mon May 05 2025 Atri Bhattacharya <badshah400@gmail.com>
- Adapt package version to reflect upstream releases; example:
the current version 20240829.02 reflects upstream's (weirdly but
consistently named) stable_29Aug2024_update2 tag.
- Implement python packaging using python rpm macros (for now
default python3-* only).
- Enable a few non-expensive modules (in terms of build
dependencies): compress (depends on gzip, libzstd), manybody,
molecule (needed for python tests), extra-molecule, and lepton.
- Drop a few unnecessary build dependencies: intel-opencl-devel,
armnn-opencl-devel.
- Add lammps-allow-system-gtest.patch to allow using system
installed gtest/gmock for tests. Note that upstream seems to be
reticent about this (gh#lammps/lammps#3540), but we have no
choice if we want to run tests. So, mark our patch as
PATCH-FEATURE-OPENSUSE for now.
- Use pkgconfig based BuildRequires wherever possible.
- Use ninja for build.
- Define and use macro for shared library name consistency.
- Disable MPI on i586 to resolve builds (missing
openmpi-macros-devel).
* Tue Mar 18 2025 Matej Cepl <mcepl@cepl.eu>
- Update to stable_29Aug2024_update2:
* Too many changes to list, see
<https://github.com/lammps/lammps/releases/tag/stable_29Aug2024>
* Mon May 15 2023 Christoph Junghans <junghans@votca.org>
- Disable kokkos support until the next release will support
kokkos-4
* Wed Dec 07 2022 Stefan BrĂ¼ns <stefan.bruens@rwth-aachen.de>
- Add Conflicts and Provides to allow upgrade of python package
without conflict.
- Reenable Fortran tests.
- Cleanup spec file.
- Ignore test failures on ix86.
* Wed Dec 07 2022 Steve Kowalik <steven.kowalik@suse.com>
- Do not provide Python 2 package names for Python 3 packages.
- Skip Fortran tests for now.
* Tue Nov 23 2021 Steve Kowalik <steven.kowalik@suse.com>
- Switch to Python 3:
* Rename package to python3-lammps.
* Fri Oct 08 2021 Guillaume GARDET <guillaume.gardet@opensuse.org>
- Disable kokkos on %{arm}
* Fri Oct 01 2021 Nicolas Morey-Chaisemartin <nmoreychaisemartin@suse.com>
- Use openmpi macros to always build with the default openmpi version.
* Wed Nov 04 2020 Christoph Junghans <junghans@votca.org>
- dropped 9cdde97863825e4fdce449920d39b25414b2b0b3.patch merged upsteam
- dropped 61ce73273b3290083c01e6a2fadfb3db0889b9ba.patch merged upstream
- bump version to 20201029 (stable)
- General changes:
- Significant refactoring of the core LAMMPS code to increase
code reuse, simplify new additions, improve thread safety, and
benefit from C++11 features. In particular the following
changes were incorporated:
- Refactoring of the AtomVec classes to simplify adding new
atom styles to the code. Also adding support for writing
complete data files for atom styles ellipsoid, line, tri,
and body, which had been previously missing.
- Implementation of string tokenizer and potential file reader
classes to improve parsing of text files and avoid the
strtok() function. This has lead to substantial reduction in
the lines of code used for those cases.
- Transferring of utility function from class members to
standalone functions in the utils namespace. Several new
additions of such convenience functions
- Using const std::string & instead char * or const char * as
function argument in many places to simplify string
processing and replacing C style string functions with their
equivalent or expanded functionality of std::string member
functions
- Incorporation of fmtlib to replace and simplify many cases
of output formatting. This avoids many complications with
printf() style functions since no special treatment is
required for processing bigint or tagint arguments. Since
fmtlib has been accepted as a C++20 feature, this is also
future proofing the code base.
- Avoiding use of temporary local buffers for output
formatting and thus lowering the risk of buffer overflows.
This was enabled by the previous two changed.
- Replacing NULL with nullptr where applicable for better
detection of incorrect use.
- Major reorganization and significant expansion of the manual:
- The manual is now split into two parts: a User Guide and a
Programmer Guide
- Most of the content related to using the library interfaces,
the Python module (and Python in general) have been moved to
the Programmer Guide
- The content of the external Developer Guide PDF has been
incorporated into the Programmer Guide section and expanded
- The documentation of the C-library interface and Python
module has been expanded and the documentation of the
individual APIs are now imported from the source code by
means of using doxygen (for C/C++) and docstrings (for
Python).
- Redundancies have been reduced, cross-links added, and links
to external websites checked, updated or removed.
- Addition of a unit test facility which is integrated into
building LAMMPS with CMake and using the ctest tool that comes
with CMake. Tests for a variety of features and styles are
included with a code coverage close to 40%. The added tests
have exposed a significant number of previously unknown bugs
and inconsistencies (e.g. between plain pair styles and
suffixed versions or between Pair::compute() and
Pair::single()) in the code base, which have been fixed.
- Significant refactoring of the LAMMPS C-library interface and
Python module: several new functions were added, especially
for introspection, ad-hoc numerical constants were replaced by
symbolic constants defined in enumerators and synchronized
betwee C and Python, where possible and needed. Most
modifications were
done in a backward compatible way.
- Add support for a "UNITS:" metadata tag to potential and
tabulation files and code to error out if the value does not
match with the current setting. For some potentials, mainly
manybody potentials, support for on-the-fly conversion between
"metal" and "real" units was added, so that a file with
parameters for "metal" units can be used in a simulation with
"real" units, if the pair style supports it.
- Ordering of #include "" statements has been revised and the
lists updated where possible after analyzing with the IWYU
tool.
- Significant refactoring of CMake scripts enabled by moving the
minimum required CMake version from 2.8.x to 3.10.x. CMake
build support is more reliable, portable to different host
operating systems and efficient.
- Conventional build system now always builds the LAMMPS library
and the executable, so the available modes are reduced from 4
to 2: mode=static and mode=shared. The CMake build behaves
equivalently.
- Use pre-processor macros (requiring C++11) to provide
compatibility with OpenMP 4.x and later semantics
- Many small fixes and improvements.
- Removal of outdated or obsolete makefiles. Removal of obsolete
files and folder in the bench folder.
- Updates and new commands or styles or packages:
- New MLIAP package providing a generalized framework for
machine-learning potentials. This currently includes an
implementation of the SNAP potential
- New USER-MESONT package for mesoscale modeling of nanotubes.
- New command reset_mol_ids
- New fix widom for modeling Widom insertions
- New fix pafi to perform langevin or brownian dynamics time
integration constrained to a potential hyperplane. Intended to
be coupled to the PAFI C++ code.
- Bugfixes, improved documentation, and new functionality for
fix bond/react in particular RMSD based constraints.
- New fix accelerate/cos and compute viscosity/cos in USER-MISC
as yet another method to compute viscosity.
- New fix momentum/chunk to remove per chunk momentum
- New bond style special to provide a mechanism to implement
special bond exclusions beyond 1-4.
- Ports of more functionality to the KOKKOS package and several
performance optimizations. Support for AMD GPUs via HIP.
Update of the bundled Kokkos library to version 3.2.
- Support for triclinic cells when using "tiled" communication
style.
- New pair style for charge-dipole damping with Tang-Toennies
function in the USER-DRUDE package
- Updates, bugfixes and adjustments to LAMMPS requiring C++11 in
the USER-COLVARS package (now at version 2020-09-17).
- Support for building triclinic neighbor lists on the GPU in
the GPU package. Bugfixes and performance improvements for GPU
styles.
- Updates to writing binary dump files and binary2atom tool to
become consistent with current text mode custom dumps
- Updates to the user supported examples/COUPLE/fortran and
examples/COUPLE/fortran2 wrappers to become compatible with
updates to the C-library interface. Also work on a new,
"object oriented" Fortran interface has started.
- New LAMMPS shell command as alternative to the regular LAMMPS
executable for improved interactive use.
- Interface file for use with SWIG to create bindings to the
LAMMPS library interface for a wide variety of (mostly
scripted) programming languages (like Java, JavaScript, Lua,
Perl, Ruby, Tcl and more).
- Improved support for cross-compiling binaries for Windows on
Linux. This enables building a liblammps.dll file and loading
the LAMMPS Python module also on Windows.
- Improved CMake support for building with "ninja" instead of
"make".
/usr/include/lammps /usr/include/lammps/angle.h /usr/include/lammps/atom.h /usr/include/lammps/bond.h /usr/include/lammps/citeme.h /usr/include/lammps/comm.h /usr/include/lammps/command.h /usr/include/lammps/compute.h /usr/include/lammps/dihedral.h /usr/include/lammps/domain.h /usr/include/lammps/error.h /usr/include/lammps/exceptions.h /usr/include/lammps/fix.h /usr/include/lammps/fmt /usr/include/lammps/fmt/core.h /usr/include/lammps/fmt/format.h /usr/include/lammps/force.h /usr/include/lammps/group.h /usr/include/lammps/improper.h /usr/include/lammps/info.h /usr/include/lammps/input.h /usr/include/lammps/kspace.h /usr/include/lammps/lammps.h /usr/include/lammps/lattice.h /usr/include/lammps/library.h /usr/include/lammps/lmppython.h /usr/include/lammps/lmptype.h /usr/include/lammps/memory.h /usr/include/lammps/modify.h /usr/include/lammps/neigh_list.h /usr/include/lammps/neighbor.h /usr/include/lammps/output.h /usr/include/lammps/pair.h /usr/include/lammps/platform.h /usr/include/lammps/pointers.h /usr/include/lammps/region.h /usr/include/lammps/timer.h /usr/include/lammps/universe.h /usr/include/lammps/update.h /usr/include/lammps/utils.h /usr/include/lammps/variable.h /usr/lib64/cmake/LAMMPS /usr/lib64/cmake/LAMMPS/LAMMPSConfig.cmake /usr/lib64/cmake/LAMMPS/LAMMPSConfigVersion.cmake /usr/lib64/cmake/LAMMPS/LAMMPS_Targets-relwithdebinfo.cmake /usr/lib64/cmake/LAMMPS/LAMMPS_Targets.cmake /usr/lib64/liblammps.so /usr/lib64/pkgconfig/liblammps.pc /usr/share/licenses/lammps-devel /usr/share/licenses/lammps-devel/LICENSE
Generated by rpm2html 1.8.1
Fabrice Bellet, Wed Oct 22 22:37:11 2025