- Sep 16, 2014
-
-
Christoph Grüninger authored
Macro to use C++11 feature noexcept specifier. Add test for CMake and autotools.
-
- Sep 10, 2014
-
-
Martin Nolte authored
When using DUNE_EXPORT, you need to include visibility.hh. This was omitted when adding this flag to the Singleton class in singleton.hh. This patch adds the missing include.
-
- Sep 08, 2014
-
-
Christian Engwer authored
for details see FS#1398
-
- Aug 29, 2014
-
-
Christoph Grüninger authored
nullptr-test.cc: Move semicolon to own line to prevent Clang warning. typetraitstest.cc: Exclude use of deprecated types PointeeType and ReferredType with DISABLE_DEPRECATED_METHOD_CHECKS defined.
-
- Aug 18, 2014
-
-
Andreas Lauser authored
funnily enough, this usually worked (i.e. it returned some garbage which was not recognized by the switch statement that followed), and was not detected by valgrind (on my machine at least, I suppose this was because the address to which the string pointed was still a valid memory location created by some previous user). The libstdc++ debug mode (-D_GLIBCXX_DEBUG=1 -D_GLIBCXX_DEBUG_PEDANTIC=1) did find it though...
-
- Jul 07, 2014
-
-
Oliver Sander authored
Test (almost) all methods requested by the STL (as documented on http://www.cplusplus.com/reference/iterator/ForwardIterator/ ) Test whether std::iterator_traits is properly specialized.
-
- Jul 06, 2014
-
-
Christoph Grüninger authored
There is more macro magic to be removed.
-
Christoph Grüninger authored
Maybe we can deprecate the complete header type_traits.hh.
-
- Jun 30, 2014
-
-
Tobias Malkmus authored
Gcc 4.6 cannot generate default move constructor for classes containing a DynamicVector because there is no move constructor and the copy constructor is non-trivial. This patch fixes this, by adding move semantics.
-
- Jun 23, 2014
-
-
Steffen Müthing authored
-
- Jun 22, 2014
-
-
Andreas Dedner authored
NDEBUG is undefined (allows to tests asserts without doubling call to all interface methods). NDEBUG needs to be undefined and DUNE_INTERFACECHECK needs to be defined to check the correct implementation of CRT interface methods.
-
- Jun 03, 2014
-
-
Markus Blatt authored
-
Markus Blatt authored
-
- May 22, 2014
-
-
getrusage() is a very expensive system call and involves several kernel locks. This prevents multithreaded applications from scaling effectively. Using std:chrono::high_resolution_clock is portable and very low cost in most cases.
-
- May 20, 2014
-
-
Christian Engwer authored
-
Christian Engwer authored
This avoids compiler warning about implicitly rounded to zero
-
Christian Engwer authored
-
Christian Engwer authored
This reverts commit cf4bf4d8. The epxlicit cast isn't needed anymore as we have a fix for the ambiguous operator overload.
-
Marco Cecchetti authored
The bug affected operators: +=, -=, *=, /=. It has been fixed by using: enable_if<is_convertible<ParamType, FieldVector::valueType>, ...>
-
- May 15, 2014
-
-
Oliver Sander authored
-
Oliver Sander authored
-
- May 14, 2014
-
-
Oliver Sander authored
-
- May 02, 2014
-
-
Christian Engwer authored
-
- Apr 17, 2014
-
-
Markus Blatt authored
-
Markus Blatt authored
oelements stores longs which need to be converted to pointers before freeing. Previously we actually free the entries of the array oelements and not the stored pointers.
-
Markus Blatt authored
There might be liftime issues with the allocated memory when copying a pool. Therefore I added a check whether the memory was actually allocated by the pool when freeing it.
-
- Apr 16, 2014
-
-
Andreas Dedner authored
(the problem are operators of the type FieldVector<double,1> *= int) clang fails and gcc (4.7) warns about ISO C++ saying that these operators are aambiguous
-
Markus Blatt authored
With g++-4.4 I got the following errors: fmatrix.hh:106: error: no type named ‘const_iterator’ in ‘class std::initializer_list<std::initializer_list<int> >’ Looking into the header there is indeed the const_iterator (demanded by the standard) missing. Therefore I refactored the code to use std::copy_n and thus am omitting the iterator type. At the same time I made the actual copying safer for the case that the initializer_list is of different size and people compile with -DNDEBUG. The assertion for the size is still left in there. Remove the assert or the size computation at your discretion.
-
Oliver Sander authored
-
- Apr 14, 2014
-
-
Oliver Sander authored
We simply return a reference to the internal memory instead of copying the object. This should save some copying when using FieldVector/FieldMatrix with non-trivial types. Also, it fixes crashes I have experienced with the ADOL-C automatic differentiation toolbox [0]. I hope that this patch doesn't have any nasty side effects. I didn't see any so far. Comments for this patch had been requested in FS 1449, and there have been no objections. [0] I have contacted the ADOL-C maintainer about this and he said the crashes are not really bugs in ADOL-C, but that it is simply very difficult to write a good operator-overloading AD program that can handle operator K returning values.
-
Andreas Dedner authored
-
- Apr 13, 2014
-
-
Christoph Gersbacher authored
The classes AlwaysFalse, AlwaysTrue reside in the deprecated header dune/common/static_assert, yet they are frequently used to document template code (see FS#1435 for details). As the C++11 standard library does not provide a straight forward replacement for theses classes, we offer C++11 style reimplementations. The replacements to_false_type, to_true_type reside in the namespace Std and are thus easily identifiable as Dune specifis.
-
- Apr 10, 2014
-
-
Tobias Malkmus authored
Add template parameter for the allocator of the internal std::vector. All constructors are adadpted to forward a user chosen allocator to the internal data stroage (std::vector).
-
- Apr 09, 2014
-
-
Christoph Grüninger authored
-
- Apr 08, 2014
-
-
Christian Engwer authored
Elias pointed out that one of the constructors got lost when merging with the recent HEAD. This commit adds the missing constructor.
-
- Apr 07, 2014
-
-
Benjamin Bykowski authored
-
- Apr 03, 2014
-
-
Markus Blatt authored
When copying PoolAllocators Bard experienced linking errors to the copy constructor of Pool, which is deactivated. To fix this we added the copy constructor. Note that it does not copy the pool such that ownership of allocated memory chunks is clear. Kudos go to Bard for noticing this and providing the fix. In addition we removed the copy constructor of the specialization for void as the default coy constructor suffices.
-
- Mar 23, 2014
-
-
Christoph Grüninger authored
-
Christoph Grüninger authored
-
- Mar 22, 2014
-
-
Christoph Grüninger authored
-