Wolfgang Bangerth [Mon, 3 Jul 2017 21:58:45 +0000 (15:58 -0600)]
Remove a TODO.
The TODO isn't really addressed, but previous to #4560, the functions
in question simply did the wrong thing, whereas since #4560, we at
least get an ExcNotImplemented().
Matthias Maier [Mon, 3 Jul 2017 10:03:26 +0000 (05:03 -0500)]
Merge pull request #4569 from tamiko/deprecate_parpack_shift
Deprecate ParpackSolver::Shift
Matthias Maier [Mon, 3 Jul 2017 10:01:52 +0000 (05:01 -0500)]
add a news/changes entry
Matthias Maier [Sun, 2 Jul 2017 17:48:17 +0000 (12:48 -0500)]
Deprecate ParpackSolver::Shift
Martin Kronbichler [Sat, 1 Jul 2017 20:46:41 +0000 (22:46 +0200)]
Merge pull request #4560 from bangerth/more-dofhandler-work
More DoFHandler work
Martin Kronbichler [Sat, 1 Jul 2017 15:12:38 +0000 (17:12 +0200)]
Merge pull request #4564 from bangerth/improve-mg-vertex-dof-storage
Improve the storage of MG vertex dofs.
Wolfgang Bangerth [Sat, 1 Jul 2017 05:28:12 +0000 (23:28 -0600)]
Use a smart pointer instead of a raw pointer.
Note that std::unique_ptr<T[]> automatically calls operator delete[]
upon destruction.
Wolfgang Bangerth [Sat, 1 Jul 2017 05:23:04 +0000 (23:23 -0600)]
Improve the storage of MG vertex dofs.
The DoF indices for a vertex are stored in an array where we just
collate the indices for each level. There is currently another
array that stors the offset within this array where the DoFs
for a given level start. This array is dynamically allocated,
but it is altogether unnecessary because the offsets are computable:
they are simply the number of the multigrid level times
dofs_per_vertex.
Consequently, get rid of the array and replace it by storing dofs_per_vertex.
We can then easily compute the starting offset wherever necessary, rather than
having to look it up.
David Wells [Sat, 1 Jul 2017 04:24:27 +0000 (00:24 -0400)]
Merge pull request #4561 from bangerth/simplify-code
Simplify a function.
Wolfgang Bangerth [Fri, 30 Jun 2017 20:01:32 +0000 (14:01 -0600)]
Simplify a function.
The hp DoF renumbering function for the <3,3> case was unnecessarily
convoluted because it tried to look just like the functions that
deal with faces of higher dimensional cells. But we know that in <3,3>,
a hex is a cell, and so there can only be one finite element associated
with the cell. This allows simplifying a fair share of code.
David Wells [Fri, 30 Jun 2017 23:23:30 +0000 (19:23 -0400)]
Merge pull request #4562 from bangerth/improve-error
Improve an error message.
Wolfgang Bangerth [Fri, 30 Jun 2017 20:23:13 +0000 (14:23 -0600)]
Update fe_values.cc
David Wells [Fri, 30 Jun 2017 20:17:42 +0000 (16:17 -0400)]
Merge pull request #4563 from bangerth/fix-grammar
Fix the grammar of a comment.
Wolfgang Bangerth [Fri, 30 Jun 2017 20:05:05 +0000 (14:05 -0600)]
Fix the grammar of a comment.
Wolfgang Bangerth [Fri, 30 Jun 2017 20:03:44 +0000 (14:03 -0600)]
Improve an error message.
Wolfgang Bangerth [Fri, 30 Jun 2017 17:45:05 +0000 (11:45 -0600)]
Let DoFHandler mg renumbering call the policy.
Currently, the code is duplicated between the DoFHandler and the policy
class. This makes no sense, and indeed the policy class code is more
evolved, so let the former call the latter following exposing the
interface in the previous patch.
The existing code in DoFHandler looks like it did not actually support
parallel triangulations (either shared or distributed). This was
probably a bug, and consequently the implementation of the functionality
in the ParallelDistributed policy class now just throws an error.
This relates to the discussion in #4559.
Wolfgang Bangerth [Fri, 30 Jun 2017 17:39:37 +0000 (11:39 -0600)]
Expose the ability to renumber MG dofs in the DoFHandlerPolicy interface.
Wolfgang Bangerth [Fri, 30 Jun 2017 16:02:36 +0000 (10:02 -0600)]
Refactor DoFHandlerPolicy::Implementation::renumber_mg_dofs().
This works in exactly the same way as the commit two up in the chain for
the renumber_dofs() function.
While there, also parallelize the function the same way as done for
renumber_dofs().
Wolfgang Bangerth [Fri, 30 Jun 2017 15:42:45 +0000 (09:42 -0600)]
Parallelize some operations.
The previous refactoring allows parallelizing renumbering for vertices,
cells, and faces, since these all work on mutually independent data
structures.
Wolfgang Bangerth [Fri, 30 Jun 2017 15:32:39 +0000 (09:32 -0600)]
Refactor DoFHandlerPolicy::Implementation::renumber_dofs().
The 1d, 2d, and 3d implementations of these functions had most of their code
duplicated. This can be done more elegantly by instead splitting the code into
vertices, cells, and faces. The main function then becomes dimension independent,
as are the functions dealing with vertices and cells, and only the face function
requires dimensional specialization.
Wolfgang Bangerth [Fri, 30 Jun 2017 15:24:31 +0000 (09:24 -0600)]
Merge pull request #4558 from tamiko/cmake_fixes
CMake: Two small cosmetic bugfixes
Matthias Maier [Fri, 30 Jun 2017 13:22:13 +0000 (08:22 -0500)]
CMake: Also remove ninja file during "make distclean" (autopilot macro)
Matthias Maier [Fri, 30 Jun 2017 13:10:39 +0000 (08:10 -0500)]
CMake: Concatenate subsequent compiler flag strings with a space
Otherwise compilation of a target that already has compile flags and is
set up with DEAL_II_SETUP_TARGET will fail.
Martin Kronbichler [Fri, 30 Jun 2017 12:46:29 +0000 (14:46 +0200)]
Merge pull request #4549 from masterleinad/fix_timer
Fix inconsistent Timer interface
Bruno Turcksin [Thu, 29 Jun 2017 12:27:39 +0000 (08:27 -0400)]
Merge pull request #4557 from masterleinad/fix_documentation
Fix generating doxygen output from changes.h
Daniel Arndt [Thu, 29 Jun 2017 09:45:32 +0000 (11:45 +0200)]
Fix generating doxygen output from changes.h
Wolfgang Bangerth [Tue, 27 Jun 2017 14:22:39 +0000 (08:22 -0600)]
Make the sequential policy class compile for hp::DoFHandler.
Do so by making some code generic, and providing stubs for functions
that will be moved from the hp::DoFHandler class properly.
Wolfgang Bangerth [Tue, 27 Jun 2017 14:14:53 +0000 (08:14 -0600)]
Make the DoFHandler a template type of the Sequential policy.
Also adjust all of the places where the class is used.
This change by itself is not useful, but will become useful when also
using the policy class from hp::DoFHandler. Similar changes will at a
later time be made for the ParallelShared and ParallelDistributed
policies.
Daniel Arndt [Wed, 28 Jun 2017 15:28:18 +0000 (17:28 +0200)]
Fix documentation
Daniel Arndt [Wed, 28 Jun 2017 14:59:10 +0000 (16:59 +0200)]
Use signaling_nan's again for initialization
Matthias Maier [Wed, 28 Jun 2017 11:17:25 +0000 (06:17 -0500)]
Merge pull request #4556 from bangerth/dofhandler-cleanup-3
Fix a wrong data type.
Daniel Arndt [Wed, 28 Jun 2017 09:53:27 +0000 (11:53 +0200)]
Merge pull request #4555 from bangerth/style-fixes
Make coding style more uniform.
Daniel Arndt [Wed, 28 Jun 2017 08:49:45 +0000 (10:49 +0200)]
Merge pull request #4554 from bangerth/dofhandler-cleanup-2
Clean up one more DoFHandlerPolicy thing.
Wolfgang Bangerth [Wed, 28 Jun 2017 02:14:41 +0000 (20:14 -0600)]
Fix a wrong data type.
When distributing MG DoF indices, we accidentally used 'unsigned int'
instead of 'types::global_dof_index'. That's a bug. We didn't notice
this because we never have more than 4B unknowns on one processor,
and the function was only called in the parallel context to enumerate
the DoFs on the *local* portion of the mesh, before indices were
shifted after communication with other processors. Regardless, it's
worth fixing.
Wolfgang Bangerth [Wed, 28 Jun 2017 01:38:45 +0000 (19:38 -0600)]
Make coding style more uniform.
Wolfgang Bangerth [Tue, 27 Jun 2017 14:48:39 +0000 (08:48 -0600)]
Clean up one more DoFHandlerPolicy thing.
We had a function with a funny comment suggesting that a compiler did not
correctly understand the code. But the comment is wrong: when the only
argument to a function that references a 'dim' or 'spacedim' template
argument is of the form
onst typename DoFHandler<dim,spacedim>::level_cell_iterator &
then 'dim' and 'spacedim' are simply not deducible. That's how C++ works.
The function therefore had a dummy argument of type DoFHandler<dim,spacedim>
that isn't used. That's awkward, but works. But we have a way to deal
with the lack of deducibility that's used elsewhere in the library
namely internal::int2type. Use this approach here as well, and remove
the misleading comment.
Bruno Turcksin [Tue, 27 Jun 2017 14:36:53 +0000 (10:36 -0400)]
Merge pull request #4553 from bangerth/style-updates
Update for style.
Wolfgang Bangerth [Tue, 27 Jun 2017 12:55:07 +0000 (06:55 -0600)]
Update for style.
Bruno Turcksin [Tue, 27 Jun 2017 12:39:10 +0000 (08:39 -0400)]
Merge pull request #4550 from jppelteret/tw_solver_ad_01
Use inheritance for TrilinosWrappers iterative solver AdditionalData.
Daniel Arndt [Tue, 27 Jun 2017 12:28:57 +0000 (14:28 +0200)]
Add change log entry for the incompatibilities
Daniel Arndt [Fri, 23 Jun 2017 22:55:34 +0000 (00:55 +0200)]
Fixup timer
Wolfgang Bangerth [Tue, 27 Jun 2017 03:45:49 +0000 (21:45 -0600)]
Merge pull request #4551 from bangerth/dofhandler-cleanup-3
hp::DoFHandler cleanups.
Wolfgang Bangerth [Mon, 26 Jun 2017 23:43:47 +0000 (17:43 -0600)]
Use std::unique_ptr in hp::DoFHandler.
This replaces raw pointers. A similar change was made last week to the ::DoFHandler
class already.
Wolfgang Bangerth [Mon, 26 Jun 2017 23:42:56 +0000 (17:42 -0600)]
Probably the smallest cleanups ever.
Denis Davydov [Mon, 26 Jun 2017 20:46:01 +0000 (22:46 +0200)]
Merge pull request #4548 from kronbichler/fix_compiler_warning
Avoid warning about uninitialized variable.
Jean-Paul Pelteret [Mon, 26 Jun 2017 20:40:28 +0000 (22:40 +0200)]
Use inheritance for TrilinosWrappers iterative solver AdditionalData.
The AdditionalData structures for the various TrilinosWrappers solver
classes are now derived from that of SolverBase.
Martin Kronbichler [Mon, 26 Jun 2017 19:38:24 +0000 (21:38 +0200)]
Merge pull request #4547 from bangerth/dofhandler-cleanup-2
Last DoFHandlerPolicy updates for now.
Martin Kronbichler [Mon, 26 Jun 2017 19:32:55 +0000 (21:32 +0200)]
Avoid warning about uninitialized variable.
Wolfgang Bangerth [Mon, 26 Jun 2017 07:34:02 +0000 (01:34 -0600)]
Do not derive the ParallelShared policy from the Sequential one.
The derivation was slightly contrived, but is not in fact useful any more since
the code has been refactored in ways that allow breaking the derivation and
just calling in ParallelShared what is also called in Sequential. In fact, the
code may have even become a bit shorter that way.
Wolfgang Bangerth [Mon, 26 Jun 2017 12:44:57 +0000 (06:44 -0600)]
Parallelize the action of the update_all_*_cell_dof_indices_caches() functions.
Wolfgang Bangerth [Mon, 26 Jun 2017 07:04:49 +0000 (01:04 -0600)]
Refactor some code.
Specifically, break out those places where we update the cell DoF index
caches into two separate functions.
Martin Kronbichler [Mon, 26 Jun 2017 08:20:13 +0000 (10:20 +0200)]
Merge pull request #4546 from bangerth/dofhandler-cleanup-2
More DoFHandlerPolicy cleanups.
Denis Davydov [Mon, 26 Jun 2017 07:10:45 +0000 (09:10 +0200)]
Merge pull request #4545 from bangerth/index-set-cleanup
Reindent and reformat parts of index_set.h.
Wolfgang Bangerth [Mon, 26 Jun 2017 05:43:34 +0000 (23:43 -0600)]
Remove an argument to a function that was no longer used.
Specifically, it allowed to start enumerating DoFs at something other than zero.
There was a time when we allowed that, but that possibility was removed
several years ago.
The corresponding argument to distribute_mg_dofs() was removed a few days ago,
but it was accidently left on distribute_dofs().
Wolfgang Bangerth [Sat, 24 Jun 2017 08:22:40 +0000 (02:22 -0600)]
Simplify code by using new NumberCache constructors.
Wolfgang Bangerth [Sat, 24 Jun 2017 08:22:25 +0000 (02:22 -0600)]
Introduce new constructors for NumberCache.
Wolfgang Bangerth [Sun, 25 Jun 2017 02:17:26 +0000 (20:17 -0600)]
Reindent and reformat parts of index_set.h.
No functional changes, just beautify the contents of this file somewhat.
Martin Kronbichler [Sun, 25 Jun 2017 12:42:10 +0000 (14:42 +0200)]
Merge pull request #4543 from bangerth/complete-index-set
Compress the result of complete_index_set().
Martin Kronbichler [Sun, 25 Jun 2017 12:41:11 +0000 (14:41 +0200)]
Merge pull request #4538 from bangerth/dofhandler-cleanup
Further DoFHandlerPolicy cleanups.
Denis Davydov [Sun, 25 Jun 2017 07:22:12 +0000 (09:22 +0200)]
Merge pull request #4544 from bangerth/suppress-warning
Suppress a warning.
Wolfgang Bangerth [Sun, 25 Jun 2017 01:42:37 +0000 (19:42 -0600)]
Suppress a warning.
The compiler warns about the line
header_ += gzip::magic::id2; // ID2.
deep in BOOST when writing the header for a gzip-compressed block of data. This
is because (i) gzip::magic::id2 is declared as an int, and (ii) has a value
greater than what a *signed char* can store, i.e., greater than 127. Furthermore,
std::string::operator+ takes a 'char', which may or may not be unsigned but
apparently on my system is signed. So we get a warning about overflow.
The only reasonable way to deal with this is to do the casting explicitly.
Wolfgang Bangerth [Sun, 25 Jun 2017 01:32:18 +0000 (19:32 -0600)]
Add a changelog entry.
Wolfgang Bangerth [Sun, 25 Jun 2017 01:32:02 +0000 (19:32 -0600)]
Compress the result of complete_index_set().
Bruno Turcksin [Sat, 24 Jun 2017 21:40:56 +0000 (17:40 -0400)]
Merge pull request #4542 from drwells/attain-vs-obtain
Grammar: clarify obtain vs. attain.
David Wells [Sat, 24 Jun 2017 14:35:27 +0000 (10:35 -0400)]
Grammar: clarify obtain vs. attain.
Attain and obtain are nearly, but not quite, synonyms: 'attain' implies
achievement or accomplishment while 'obtain' just implies
ownership. This patch fixes our errant usage of 'attain' (one comment
also had a logic error, which I fixed).
Bruno Turcksin [Fri, 23 Jun 2017 19:48:43 +0000 (15:48 -0400)]
Merge pull request #4541 from kronbichler/fix_tests
Fix test output for two tests
Martin Kronbichler [Fri, 23 Jun 2017 17:51:13 +0000 (19:51 +0200)]
Add another output file for Trilinos 12.10.
Martin Kronbichler [Fri, 23 Jun 2017 17:50:30 +0000 (19:50 +0200)]
Adjust test output.
Wolfgang Bangerth [Fri, 23 Jun 2017 15:52:20 +0000 (09:52 -0600)]
Convert the final policy function.
Also let the renumber_dofs() functions return the NumberCache, rather than
doing so via a reference argument. No drama this time.
Wolfgang Bangerth [Fri, 23 Jun 2017 15:05:42 +0000 (09:05 -0600)]
Remove an argument to a function that was no longer used.
Specifically, it allowed to start enumerating DoFs at something other than zero.
There was a time when we allowed that, but that possibility was removed
several years ago.
Martin Kronbichler [Fri, 23 Jun 2017 14:59:37 +0000 (16:59 +0200)]
Merge pull request #4458 from nfehn/master
Initialization of Chebyshev smoother
Wolfgang Bangerth [Fri, 23 Jun 2017 14:58:16 +0000 (08:58 -0600)]
Let DoFHandler policy classes return the NumberCache also in distribute_mg_dofs().
This follows the same pattern as a previous commit. However, it involves less
drama, with the exception of an innocent assertion that had to be removed
(see the last commit). Other than that, everything seems to work.
Wolfgang Bangerth [Fri, 23 Jun 2017 14:56:10 +0000 (08:56 -0600)]
Remove an assertion in 3 related functions.
The assertion gets in the way of the following commit because it tests
a condition that at the time when we want to call this function is not
yet satisfied. However, I've convinced myself that if the DoFHandler
is truly not set up at all (as the assertion wants to check), that
the calls further down in the function will fail to work as well. In
other words, one will get *some* kind of error.
Niklas Fehn [Fri, 23 Jun 2017 13:36:56 +0000 (15:36 +0200)]
output of tests adjusted
Wolfgang Bangerth [Fri, 23 Jun 2017 13:09:53 +0000 (07:09 -0600)]
Let the DoFHandler policy classes' distribute_dofs() return the NumberCache.
In times of move operators, there is really no reason why these functions should
return the NumberCache object by reference, rather than by value. We make this
slightly more efficient by providing (defaulted) move operations to
NumberCache.
However, this change uncovered a subtle problem that sooner or later would
certainly have tripped someone up: If any of the policy classes call
any function that relies on the correctness of the number cache of the
DoFHandler object being worked on, then this is likely going to fail.
Indeed, the implementation of distribute_dofs() for shared triangulations
has this problem by calling some of the DoFTools functions that query
properties of the DoFHandler that aren't all completely consistent
yet internally.
This happened to work -- more or less by design -- because the
NumberCache object that the DoFHandler passes to distribute_dofs()
by reference is the one that belongs to the DoFHandler, and
distribute_dofs() makes sure that it sets the one member that is
necessary to the correct value before calling the DoFTools function.
This can only properly be described as 'brittle': small changes to
the code will make this fail, and it is not obvious why this works
or doesn't.
The only proper solution, obviously, is to not call external functions
from inside distribute_dofs() until all data structures have been set
up completely and are internally consistent. I work around this
by duplicating a small amount of code (specifically, the
DoFTools::get_subdomain_association() and DoFRenumbering::subdomain_wise()
functions), but this effort is made more palatable because these functions
are in fact more general than we need here, and we can throw away a good
amount of code that deals with either sequential or completely
distributed DoFHandlers; we also know that a couple of assertions
in these functions must be satisfied here, so we can eliminate them
as well.
The consequence of this code is slightly more code that is more robust
and contains fewer surprises.
Wolfgang Bangerth [Fri, 23 Jun 2017 01:41:27 +0000 (20:41 -0500)]
Merge pull request #4539 from drwells/add-material-id-glossary-link
Add a glossary link for material_id.
David Wells [Thu, 22 Jun 2017 21:20:43 +0000 (17:20 -0400)]
Add a glossary link for material_id.
Wolfgang Bangerth [Thu, 22 Jun 2017 15:34:23 +0000 (09:34 -0600)]
Don't just store references, but SmartPointer objects.
This ensures that we get an error if the referenced object is deleted first.
Wolfgang Bangerth [Thu, 22 Jun 2017 15:17:14 +0000 (09:17 -0600)]
Let the DoFHandler policy classes store references to the DoFHandler.
This is rather than passing this reference to each and every call to the policy functions.
The primary goal of this is so that we can use the Policy base class not only for the
'normal' DoFHandler, but also for the hp::DoFHandler by removing the reference to the
actual class type from the interface of the base class.
Wolfgang Bangerth [Thu, 22 Jun 2017 14:48:02 +0000 (08:48 -0600)]
Implement an empty, virtual destructor via '=default'.
Martin Kronbichler [Thu, 22 Jun 2017 12:44:55 +0000 (14:44 +0200)]
Merge pull request #4534 from bangerth/dofhandler-cleanup-3
Deprecate (hp::)DoFHandler::invalid_dof_index.
Wolfgang Bangerth [Thu, 22 Jun 2017 02:07:02 +0000 (21:07 -0500)]
Merge branch 'master' into dofhandler-cleanup-3
Daniel Arndt [Wed, 21 Jun 2017 15:35:14 +0000 (17:35 +0200)]
Merge pull request #4536 from bangerth/dofhandler-cleanup-7
Use a cheaper call.
Wolfgang Bangerth [Tue, 20 Jun 2017 08:17:04 +0000 (02:17 -0600)]
Deprecate (hp::)DoFHandler::invalid_dof_index.
Also replace all uses by numbers::invalid_dof_index. I can't see a reason to
have both of these numbers, in particular because the only logical choice is
to have them have the same value.
Wolfgang Bangerth [Wed, 21 Jun 2017 14:01:23 +0000 (08:01 -0600)]
Use a cheaper call.
The functions in question take an IndexSet argument that can either mean
something, or if it is empty, is ignored. In the places where an empty
IndexSet is passed, it actually has size zero, not just zero elements,
but in the existing code, we test whether 'indices.n_elements()==0'.
It turns out that 'n_elements()' is a pretty expensive function to call.
What we really wanted, of course, was 'indices.size()==0', and this
patch makes that change.
I ran all multigrid tests (the functions in question are multigrid
related), and they all succeed.
David Wells [Wed, 21 Jun 2017 12:53:28 +0000 (08:53 -0400)]
Merge pull request #4532 from bangerth/dofhandler-cleanup-6
Check whether a function call makes sense at the place where the function is called
Wolfgang Bangerth [Wed, 21 Jun 2017 09:38:16 +0000 (03:38 -0600)]
Rename a variable for greater clarity.
Wolfgang Bangerth [Wed, 21 Jun 2017 09:35:44 +0000 (03:35 -0600)]
Avoid a global communication by using a function that's already there.
Martin Kronbichler [Wed, 21 Jun 2017 07:29:34 +0000 (09:29 +0200)]
Merge pull request #4533 from bangerth/dofhandler-cleanup-4
Remove hp::DoFHandler::MGVertexDoFs.
Martin Kronbichler [Wed, 21 Jun 2017 07:19:53 +0000 (09:19 +0200)]
Merge pull request #4528 from bangerth/dofhandler-cleanup-2
Simplify the logic of CellDataTransferBuffer::(un)pack_data().
Martin Kronbichler [Wed, 21 Jun 2017 07:03:47 +0000 (09:03 +0200)]
Merge pull request #4535 from drwells/compile-transfinite-1d
Compile TransfiniteInterpolationManifold<1> in the library.
David Wells [Wed, 21 Jun 2017 02:15:25 +0000 (22:15 -0400)]
Compile TransfiniteInterpolationManifold<1> in the library.
In addition, disable usage of the class by throwing an exception.
This class is not as useful in 1D as it is in higher spatial dimensions, but
compiling it in the library improves generic programming (i.e., one can write a
solver that runs in 1D and 2D and on a 2D execution path can use
TransfiniteInterpolationManifold).
Wolfgang Bangerth [Tue, 20 Jun 2017 13:22:52 +0000 (07:22 -0600)]
Check whether a function call makes sense at the place where the function is called.
This is instead of returning early in the function. Check that the arguments are indeed
valid within the function.
Wolfgang Bangerth [Mon, 19 Jun 2017 11:46:40 +0000 (05:46 -0600)]
Simplify the logic of CellDataTransferBuffer::(un)pack_data().
Specifically, instead of serializing by hand with memcpy etc, use the BOOST
facilities for serialization. This works for 2 out of 3 members of this class
without problem, and the last one is easy to deal with as well.
Secondly, serialize into a gzip compressed stream to reduce the amount of data to
transfer. This reduces the size of messages significantly; for example, in the
last cycle of step-40, we get the following data -- old packet size on the left,
new (compressed) data size on the right:
6400 1694
8440 2200
8440 2412
6400 1925
7828 2042
6060 1589
1504 583
1504 520
6060 1849
7828 2280
6060 1947
7828 2375
1504 612
76 102
76 104
6400 2025
8440 2537
I did also try to run things with BOOST's bzip2 compressor instead of gzip,
given that bzip2 often does a better job than gzip, but apparently that
isn't the case here as I get the following:
6400 1912
8440 2381
8440 2712
6400 2230
7828 2197
1504 681
6060 2177
6060 1803
1504 556
7828 2678
6060 2285
7828 2738
1504 720
76 122
76 123
6400 2392
8440 2896
Wolfgang Bangerth [Tue, 20 Jun 2017 09:21:29 +0000 (03:21 -0600)]
Remove hp::DoFHandler::MGVertexDoFs.
The hp::DoFHandler class does not support multilevel DoFs, and so having a
remnant part of the infrastructure for them makes no sense. Removing this
part from the class, however, requires a couple of specializations of
functions in the DoFAccessor class that may have previously compiled,
but would likely have led to segmentation faults if anyone tried to use them.
David Wells [Tue, 20 Jun 2017 22:03:59 +0000 (18:03 -0400)]
Merge pull request #4526 from bangerth/dofhandler-cleanup
Clean up some DoFHandler things.
Bruno Turcksin [Tue, 20 Jun 2017 13:40:04 +0000 (09:40 -0400)]
Merge pull request #4531 from bangerth/fix-typos
Fix a couple of typos.
Wolfgang Bangerth [Tue, 20 Jun 2017 09:19:24 +0000 (03:19 -0600)]
Fix a couple of typos.
Daniel Arndt [Tue, 20 Jun 2017 09:18:01 +0000 (11:18 +0200)]
Merge pull request #4529 from bangerth/add-static-asserts
Add a couple of static asserts to SolutionTransfer.
Wolfgang Bangerth [Tue, 20 Jun 2017 02:27:49 +0000 (20:27 -0600)]
Guard static_asserts against MS VC.
In the beginning the Universe was created. This has made a lot of
people very angry and has been widely regarded as a bad move.
Douglas Adams
Typeset in
Trocchi and Trocchi Bold Sans Serif.