- Jun 17, 2015
-
-
Andreas Nüßing authored
The standard states (8.3.6/4) that adding default arguments in later function declarations are only valid for non-template functions. In matrixmarket.hh, the function template loadMatrixMarket is declared and a default argument for the last parameter is provided. In owneroverlapcopy.hh, OwnerOverlapCopyCommunication contains a friend declaration of loadMatrixMarket without the default parameter. If now owneroverlapcopy.hh is included before matrixmarket.hh, the friend declaration is the first declaration and the default parameter in matrixmarket.hh is invalid. By including matrixmarket.hh in owneroverlapcopy.hh, we make sure that the declaration which provides the default argument is always the first one.
-
- Jun 11, 2015
-
-
Markus Blatt authored
This test actually does test the parallel functionality that is now contained in dune-common for quite some time. While it is using BlockVector this is not needed by the test. It works with any container supporting operator[]. Therefore this commit gets rid of BlockVector and uses std::vector instead. This will allow us to move the test to dune-core subsequently.
-
Markus Blatt authored
Previously, we assumed that if a_{ij} is stored in the sparse matrix then a_{ji} must be stored also and used mat[i][j] to access. If the entry was not stored then an exception somewhere in basearray.hh was thrown. Unfortunately knowing the cause for this exception is insider knowledge, seldomly leaked ;). In addition there is now reason to throw an expection here. With this commit we the find method on the row to search for the entry a_{ji}. If it is not present we simply treat it as being zero.
-
- Jun 01, 2015
-
-
Christoph Grüninger authored
-
- May 25, 2015
-
-
Christoph Grüninger authored
-
Christoph Grüninger authored
Fixes FS#FS#1649.
-
- May 14, 2015
-
-
Andreas Dedner authored
-
- May 12, 2015
-
-
Andreas Dedner authored
-
- May 07, 2015
-
-
Dominic Kempf authored
-
- Apr 30, 2015
-
-
Andreas Dedner authored
extended the amgtest to also use field_type = complex by switching the definition of XREAL
-
Christian Engwer authored
-
Christian Engwer authored
-
- Apr 28, 2015
-
-
Christian Engwer authored
instead of just returning the real part, we return csgn(v)*abs(v). For real values this is equivalent to returning v.
-
Christian Engwer authored
a) add the appropriate typedefs for real_type b) update the norm implementations to return real_type c) change all variables assigned from norm_(...) to real_type
-
Christian Engwer authored
we have to retrieve an int which is stored in field_type. If the field_type is std::complex, we have to access the real-component, if it is double/float, we don't have to do anything special. We use std::real(.) to get the correct real value. This function (with its appropriate overloads) is available from c++11 on, but this part was already supported by the ancient g++ version we supprt ;-)
-
- Apr 13, 2015
-
-
Oliver Sander authored
-
Oliver Sander authored
-
- Apr 07, 2015
-
-
Andreas Nüßing authored
on fedora 21, the default subdirectory for SuperLU includes is called "SuperLU".
-
- Mar 24, 2015
-
-
Updated how METIS_PartGraphRecursive is called in METIS version 5. In the new parameters NULL value is used where possible. Only one new parameter could not be set to NULL, it is the "ncon" (second argument). In the manual it says: "ncon: The number of balancing constraints. It should be at least 1." so 1 is used as its value. Also options with the new layout are passed in METIS_PartGraphRecursive initialized with the default values(default values also used in the current code: options[0]=0). Only one option was added manually: the METIS_OPTION_NUMBERING = numflag which is the same numflag parameter passed in the old version of METIS_PartGraphRecursive function. Signed-off-by:
Christoph Grüninger <gruenich@dune-project.org>
-
- Mar 10, 2015
-
-
- Feb 15, 2015
-
-
Dominic Kempf authored
-
- Jan 23, 2015
-
-
Oliver Sander authored
-
- Jan 05, 2015
-
-
Oliver Sander authored
On request of Markus Blatt. Supposedly there have been problems with and/or on older compilers.
-
- Jan 04, 2015
-
-
Oliver Sander authored
-
Oliver Sander authored
-
- Dec 22, 2014
-
-
Christoph Grüninger authored
-
- Dec 18, 2014
-
-
Steffen Müthing authored
When DUNE_ISTL_WITH_CHECKING is enabled, the BCRSMatrix throws an exception when trying to access a row that has no columns. This creates a problem in PDELab when using nested BCRSMatrices (as some people do for operator splitting in PDELab), where an off-diagonal BCRSMatrix block might be completely empty (i.e. have a correctly set up structure, but every row in the off-diagonal BCRSMatrix is empty. If the PDELab assembler then attempts to set a Dirichlet constraint, it has to access the row to set all columns in that row to zero, but the check in operator[] prevents it from doing so. So this patch just drops that check.
-
- Dec 16, 2014
-
-
Christoph Grüninger authored
-
- Dec 15, 2014
-
-
Steffen Müthing authored
This patch removes the assumption that the field_type and / or real_type can always be implicitly converted to double and can be implicitly constructed from an int (in constructs like field_type d = 0;). This patch is required for compatibility with the FLOP counter in PDELab.
-
- Dec 08, 2014
-
-
Christoph Grüninger authored
It belongs to dune-common's config.h.cmake. Otherwise it cannot be shared with other modules using ParMETIS.
-
- Nov 29, 2014
-
-
Christoph Grüninger authored
It should be std::endl. Courtesy of GCC 5-svn, it refuses to compile these.
-
- Nov 28, 2014
-
-
Carsten Gräser authored
While c++11 allows a trailing comma in enums, we should avoid this because it provokes gcc-4.4 warnings.
-
Markus Blatt authored
-
-
- Nov 21, 2014
-
-
Christoph Grüninger authored
The check gets removed from dune-common, thus ISTL has to call it itself.
-
- Oct 30, 2014
-
-
Tobias Malkmus authored
-
- Oct 29, 2014
-
-
Christoph Grüninger authored
This solves warnings in UG for redefined macros. Thanks to Christian for hinting the proper way fixing this.
-
Markus Blatt authored
-
When assigning a BCRSMatrix to another BCRSMatrix which was setup for a different size/pattern, it segfaulted and I got the following Exception: "InvalidStateException [allocate:.../dune/istl/bcrsmatrix.hh:2108]: Rows have already been allocated, cannot allocate a second time." The problem was, that inside the assignment operator the rows (r) were never deallocated. This commit fixes this and adds a testcase. Testcase slightly modified by Markus.
-
- Oct 03, 2014
-
-
Markus Blatt authored
This mode is not implemented and therefore throws an assertion that makes the test fail everytime.
-