Skip to content
Snippets Groups Projects
  1. Jan 14, 2025
  2. Jan 13, 2025
  3. Jan 02, 2025
    • Carsten Gräser's avatar
      Make FastAMG work with non-blocked matrices · 07b05428
      Carsten Gräser authored
      The internal operations of `FastAMG` assumed that the entries
      of the matrix are vectors are matrices and vectors themselves
      by making use of the dune matrix and vector interfaces. As a
      consequence `FastAMG` cannot be used with `BCRSMatrix<double>`
      in contrast to `BCRSMatrix<FieldMatrix<double,1,1>>`.
      
      This patch introduces `IsNumber`-based switches in the respective
      places that use plain arithmetic operators if the matrix/vector
      is not blocked thus adds the missing support for e.g. `BCRSMatrix<double>`.
      07b05428
  4. Dec 16, 2024
  5. Dec 15, 2024
  6. Nov 27, 2024
  7. Nov 21, 2024
  8. Nov 20, 2024
    • Carsten Gräser's avatar
      [bugfix] Disable certain combinations of Vc::SimdArray · 684f3639
      Carsten Gräser authored
      A static cast in vc deriberately says, that the third
      and forth template parameter must not be set manually.
      Hence this patch disables the tests where this is done.
      684f3639
    • Carsten Gräser's avatar
      [bugfix] Explicitly cast argument types for Simd::cond · 01f1310f
      Carsten Gräser authored
      `Simd::cond(a,b,c)` only has overloads for the cases where
      `b` and `c` have the same type. If this is not the case
      (which seems to happen for certain distributions and compilers)
      the compiler cannot deduce the template parameter for the type.
      
      It turns out that in all cases where this happens, the first
      argument is constructed by explicitly casting to a type. In
      all these cases the present patch adds a cast to this type
      for the second argument, too.
      
      WARNING: I did not look at what the actual code does. However,
      if the implementation of `Simd::cond()` makes and the existing
      cast make any sense, that's the only possible type we can commit to.
      01f1310f
    • Carsten Gräser's avatar
      [bugfix] Avoid using non-official implementation details of DUNE_THROW · c644af08
      Carsten Gräser authored
      When throwing a `MatrixBlockError` the `DUNE_THROW` macro was
      abused to also set the data members of `MatrixBlockError` by
      referring e.g. to the local (in macro) variable name `th__ex`.
      I consider this a bug, since these are undocumented implementation
      details. Furthermore their use prohibits any change to `DUNE_THROW`
      e.g. to make it `constexpr` friendly.
      c644af08
  9. Oct 11, 2024
  10. Oct 10, 2024
  11. Oct 07, 2024
  12. Oct 05, 2024
  13. Sep 27, 2024
  14. Sep 24, 2024
  15. Sep 23, 2024
  16. Sep 21, 2024
  17. Sep 20, 2024
  18. Sep 19, 2024
Loading