Timo Heister [Fri, 19 Sep 2014 13:53:55 +0000 (09:53 -0400)]
Merge pull request #161 from bangerth/private-protected-cleanup
Move declarations in DoFHandler from protected to private.
DoFHandler still had some of its member variables and functions in a protected
section from back when we still had MGDoFHandler derive from it in a meaningful
way. This is now no longer necessary, so remove the protected section and instead
sort things in some sort of natural way into the private section.
Move declarations in DoFHandler from protected to private.
DoFHandler still had some of its member variables and functions in a protected
section from back when we still had MGDoFHandler derive from it in a meaningful
way. This is now no longer necessary, so remove the protected section and instead
sort things in some sort of natural way into the private section.
Timo Heister [Wed, 17 Sep 2014 18:51:08 +0000 (14:51 -0400)]
Merge pull request #152 from bangerth/cleanups
Minor cleanups. Make the FiniteElement::clone() function public, as it is of
general use. Also: Move several member variables from private to protected
as these are generally variables that derived classes are supposed to
initialize; this allows to remove rather random friend declarations for
these derived classes.
Specifically: Make the FiniteElement::clone() function public, as it is of
general use. Also: Move several member variables from private to protected
as these are generally variables that derived classes are supposed to
initialize; this allows to remove rather random friend declarations for
these derived classes.
Updated Documentation. Again, in the Introduction section of the step-20 tutorial a class InverseMatrix appears. Now its changed to use IterativeInverse<..> in all places to match with the code.
Updated documentation for step-20 Introduction section and a typo in the documentation for iterative_inverse.h. Detailed: In the introduction of the step-20 tutorial, Sec. Solving using the Schur complement, the IterativeInverse class is introduced and then in the following code section not used. Now the InverseMatrix is changed to IterativeInverse< .. > to match with the code of the tutorial, as used below.
Merge pull request #143 from guidokanschat/distribute_local_to_global_documentation
Documentation update highlighting the difference between the two ConstraintMatrix::distribute_local_to_global() functions for matrices and their effect on the spectrum of a matrix
Bugfix: Only include ./bundled/setup_bundled.cmake
Remove a stray globbing expression that is not necessary any more and that
indeed leads to a subtle issue when configuring in-source with
$ cmake .
In this case ./bundled/cmake_install.cmake was accidentally picked up
leading to a file permission error if CMAKE_INSTALL_PREFIX was left at the
default /usr/local
This pertains in particular to the question of getting discontinuous
geometries when using manifolds and a discussion of what that means,
if it is important, and if it could be fixed.
Testsuite: Fix globbing command for all-headers tests, cleanup code
Turns out that globbing together a full path and manually extracting
relative paths is not the best idea. Clean up this mess by using
FILE(GLOB_RECURSE [base path] [...]) that produces nice relative paths.
Merge pull request #131 from bangerth/sort-changelog
A couple of entries had ended up in the wrong place (general changes instead of specific changes). While it's debatable where exactly the line is, these items should probably be in the second category. Move them there.
* The check for support of -(f)openmp-simd is now done in
checks/check_01_cpu_features.cmake and guarded by
DEAL_II_ALLOW_PLATFORM_INTROSPECTION
The guard is important in order to allow for platform independent
compilations (as required by Linux distributions)
Furthermore, this allows for manual override via
DEAL_II_HAVE_OPENMP_SIMD.
* The pragma statement is refactored into a macro defined in
config.h.in. With this, no -Wno-unknown-pragmas workarounds are
necessary and picky compilers that choke on "#pragma" are happy.
Replace the original attempt at providing step-53 by something real.
In particular, provide a step-53 that shows how to describe geometries
using charts and use a section of Earth under Eastern Africa as an
example. This has about the right level of complexity, and produces
awesome pictures.
Replace the original attempt at providing step-53 by something real.
In particular, provide a step-53 that shows how to describe geometries
using charts and use a section of Earth under Eastern Africa as an
example. This has about the right level of complexity, and produces
awesome pictures.
This commit was generated from a number of smaller one:
More text.
Implement the Africa model for the WGS 84 geometry (actual topography still missing).
Provide the actual data set. Provide a way of reading it when not compressed.
Results and finish the program. Much still to be done.