Skip to content
Snippets Groups Projects
  1. Dec 16, 2013
  2. Dec 13, 2013
  3. Dec 03, 2013
  4. Dec 02, 2013
  5. Nov 22, 2013
  6. Nov 15, 2013
  7. Nov 13, 2013
  8. Oct 29, 2013
    • Martin Nolte's avatar
      [bugfix] Prohibit copy constructor of DenseVector · d8ec10b4
      Martin Nolte authored
      DenseVector is the base class of a CRTP. This is kind of an abstract
      class that works only if it can be casted into a derived type. Copying
      the base class is pointless.
      
      This patch marks the copy constructor of DenseVector private (not even
      implementing it), so that it cannot be called anymore. Once we have a
      DUNE_DELETE macro, we should use it, here.
      
      At the same time, the default constructor is marked protected, so that only
      derived classes can instantiate a DenseVector. Notice that this does not
      prevent the user from building a derivced class which does not pass
      itself as implementation to DenseVector. It is (to my knowledge) not possible
      to make CRTPs completely fail-safe.
      d8ec10b4
  9. Oct 23, 2013
    • Steffen Müthing's avatar
      [Hash][Bugfix] Add a working hash combining algorithm for 32-bit platforms · 42dacc67
      Steffen Müthing authored
      As Carsten pointed out, the hash combining algorithms doesn't work
      correctly for 32-bit platforms because it uses a multiplication with
      a 64-bit constant.
      
      This patch adds a switch for picking different algorithms based on the
      size of std::size_t using a new struct hash_combiner that is templated
      on the size of std::size_t.
      
      Right now, there are implementations for 64-bit and 32-bit platforms,
      both based on CityHash.
      42dacc67
  10. Oct 17, 2013
  11. Oct 14, 2013
  12. Oct 11, 2013
  13. Oct 09, 2013
    • Steffen Müthing's avatar
      [Buildsystem] Provide macros for explicitly marking symbols as exported or private · e628bebd
      Steffen Müthing authored
      This patch adds a new header visibility.hh with macros DUNE_EXPORT and DUNE_PRIVATE
      to mark symbols as exported or private at the ABI level.
      
      While we do not explicitly mark any symbols as hidden, there are certain situations
      in which the compiler creates symbols with incorrect linkage, especially for singleton
      accessor methods for templated types and their embedded static variables, which involve
      the creation of weak symbols.
      
      The linker is then unable to merge those weak definitions, causing either a link-time
      failure (when building static libraries) or undefined runtime behaviour (dynamic libraries).
      
      This problem can be avoided by explicitly marking the singleton accessor methods as
      DUNE_EXPORT. For symmetry, there is also a DUNE_PRIVATE macro, but while it works, I don't
      see it used very much in the short term.
      e628bebd
  14. Oct 05, 2013
  15. Oct 04, 2013
  16. Oct 02, 2013
  17. Oct 01, 2013
    • Martin Nolte's avatar
      [c++11] add support for C++11 constexpr · 45990b69
      Martin Nolte authored
      As decided on the developer meeting in Aachen, we support (but do not
      rely on) the C++11 keyword constexpr. This patch adds an m4-check for
      constexpr and a header (cxx11.hh) defining a macro DUNE_CONSTEXPR either
      as constexpr or empty (depending on the compiler support for it). It is
      then used in FieldVector and FieldMatrix on size, rows, and cols.
      45990b69
  18. Sep 27, 2013
  19. Sep 23, 2013
  20. Sep 19, 2013
Loading