| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| fix_umfpack_type.patch | SparseDirectUMFPACK: Use the correct type alias. | David Wells <drwells@email.unc.edu> | no | 2023-01-24 | ||
| use_pthread.patch | CMake: Ensure we use "-pthread" instead of "-lpthread" for thread support | Matthias Maier <tamiko@43-1.org> | no | 2022-12-06 | ||
| allow_different_slepc_petsc_versions.patch | diff --git a/cmake/configure/configure_50_slepc.cmake b/cmake/configure/configure_50_slepc.cmake index 9f607f85..3945b743 100644 |
no | ||||
| python3-only.patch | diff --git a/contrib/utilities/check_encoding.py b/contrib/utilities/check_encoding.py index 201fea6b..1562a97c 100755 |
no | ||||
| remove-iframes-from-documentation.patch | diff --git a/examples/step-58/doc/results.dox b/examples/step-58/doc/results.dox index c4f515b3..797cb54a 100644 |
no | ||||
| fix_gmsh_configure.patch | CMake: Bugfix: only export DEAL_II_GMSH_WITH_API if gmsh is configured If the gmsh library is installed but the gmsh executable is missing we currently disable gmsh support. This implies that we will not link against the gmsh library. Unfortunately, on first configure pass the variable `GMSH_WITH_API` is still populated with a `TRUE` value and the `DEAL_II_GMSH_WITH_API` variable gets set by accident and final linkage fails. This issue is hard to spot because a second invocation of cmake will cure the configure mistake (and the debian/ubuntu packages do not run any autodetection). |
Matthias Maier <tamiko@43-1.org> | no | 2022-12-07 | ||
| fix_step_70.patch | Fix compilation of step-70. I'm not sure how this ever worked. |
David Wells <drwells@email.unc.edu> | no | 2022-12-03 |