- Jun 02, 2024
-
-
Simon Praetorius authored
-
- Jan 27, 2024
-
-
Christoph Grüninger authored
-
- Jan 26, 2024
-
-
Carsten Gräser authored
-
- Jan 18, 2024
-
-
Lisa Julia Nebel authored
-
- Sep 19, 2023
-
-
Patrick Jaap authored
-
- May 25, 2023
-
-
Oliver Sander authored
CHOLMOD supports this, it just wasn't exposed in the interface. It is needed for large problems.
-
- Apr 11, 2023
-
-
Carsten Gräser authored
-
- Jan 08, 2023
-
-
Oliver Sander authored
And fix all spelling errors that codespell currently finds.
-
- Dec 02, 2022
-
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
- Nov 16, 2022
-
-
Simon Praetorius authored
-
- Sep 30, 2022
-
-
Ansgar Burchardt authored
See https://reuse.software/ for a description.
-
- Sep 29, 2022
-
-
José Eduardo Chiarelli Bueno Filho authored
-
- Feb 28, 2022
-
-
Nils-Arne Dreier authored
-
- Jan 20, 2022
-
-
Nils-Arne Dreier authored
-
- Jan 06, 2022
-
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
- Dec 17, 2021
-
-
Patrick Jaap authored
See discussion at !460
-
- Dec 09, 2021
-
-
Patrick Jaap authored
-
- Dec 06, 2021
-
-
Santiago Ospina De Los Ríos authored
-
- Nov 26, 2021
-
-
Oliver Sander authored
Both behave like std::tuple, and currently even inherit from std::tuple. According to https://en.cppreference.com/w/cpp/utility/tuple_element we are allowed to specify std::tuple_element for our own types.
-
-
- Nov 10, 2021
-
-
Oliver Sander authored
This is needed for some of the more advanced features of CHOLMOD.
-
- Sep 28, 2021
-
-
Timo Koch authored
-
- Aug 13, 2021
-
-
Christoph Grüninger authored
-
- Jul 07, 2021
-
-
Christoph Grüninger authored
Fixes #91
-
- Jun 30, 2021
-
-
Patrick Jaap authored
This is achieved by using the flat matrix and vector forEach implementations. The unit test is extended by a multi type example.
-
Patrick Jaap authored
The routines traverse the container recursively and call a functor at each scalar entry passing also the flat index.
-
- Feb 07, 2021
-
-
Nils-Arne Dreier authored
-
- Jan 17, 2021
-
-
Oliver Sander authored
-
- Jan 10, 2021
-
-
Oliver Sander authored
-
Oliver Sander authored
-
- Jan 08, 2021
-
-
Christoph Grüninger authored
-
- Apr 11, 2020
-
-
Timo Koch authored
-
- Apr 03, 2020
-
-
Andreas Dedner authored
-
- Mar 29, 2020
-
-
Oliver Sander authored
Circumstances forced me to finally learn what the BCRSMatrix 'implicit' build mode really does, and where its limitations come from. I had to read the code for that. As it turns out, the documentation of the mode is quite misleading. My main gripe is that the code uses two different auxiliary data structures, but the documentation calls them both 'overflow'. This problem even extends to the variable naming in the code. Behold: the parameter 'overflowsize' is NOT the size of the member 'overflow'. It doesn't even have anything to do with that member... To improve the situation, this patch does three things: a) It rewrites the documentation. In particular, the 'overflow area' is now clearly distinguished from the 'compression buffer'. The latter is a new word I introduce. b) It renames the BCRSMatrix method parameter _overflowsize to compressionBufferSize, because that is what it is: That parameter has nothing to do with the 'overflow' data member, or even the concept of 'overflowing' in general. c) It renames the exception 'ImplicitModeOverflowExhausted' to 'ImplicitModeCompressionBufferExhausted', for the same reason. This is the only interface changes. The code keeps the old exception for backward-compatibility, but makes it trigger a deprecation warning.
-