OilfieldToolsNet/opm-simulators
4
0
Fork 0
mirror of https://github.com/OPM/opm-simulators.git synced 2024-11-22 09:16:27 -06:00
Code Issues Packages Projects Releases Wiki Activity

syncronize the handbook with the version in the dumux trunk

Browse Source 
seems like I missed a few smallish changes...
This commit is contained in:
Andreas Lauser 2012-07-20 13:48:25 +02:00
parent e5730d7a37
commit 72c2bfa10a
4 changed files with 928 additions and 163156 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

164071
doc/handbook/EPS/dunedesign.eps
View File

File diff suppressed because it is too large Load Diff

4
doc/handbook/designpatterns.tex
View File

@ -306,7 +306,7 @@ canonical identifier names for types and methods quickly become really
long and unintelligible. For example, a typical error message
generated using GCC 4.5 and \Dune-PDELab looks like this
\begin{lstlisting}[basicstyle=\ttfamily\scriptsize, numbersep=5pt]
test_pdelab.cc:171:9: error: no matching function for call to <EFBFBD>Dune::\
test_pdelab.cc:171:9: error: no matching function for call to ‘Dune::\
PDELab::GridOperatorSpace<Dune::PDELab::PowerGridFunctionSpace<Dune::\
PDELab::GridFunctionSpace<Dune::GridView<Dune::DefaultLeafGridViewTraits\
<const Dune::UGGrid<3>, (Dune::PartitionIteratorType)4u> >, Dune::\
@ -322,7 +322,7 @@ PDELab::GridFunctionSpaceBlockwiseMapper>, Dumux::PDELab::BoxLocalOperator\
<Dumux::Properties::TTag::LensProblem>, Dune::PDELab::\
ConstraintsTransformation<long unsigned int, double>, Dune::PDELab::\
ConstraintsTransformation<long unsigned int, double>, Dune::PDELab::\
ISTLBCRSMatrixBackend<2, 2>, true>::GridOperatorSpace()<EFBFBD>
ISTLBCRSMatrixBackend<2, 2>, true>::GridOperatorSpace()’
\end{lstlisting}
This seriously complicates diagnostics. Although there is no full
solution to this problem yet, an effective way of dealing with such

7
doc/handbook/dumux-handbook.bib
View File

@ -914,7 +914,7 @@
}
@MISC{ALUGRID-HP,
title = {The {ALU}-{G}rid Website: \url{http://www.mathematik.uni-freiburg.de/IAM/Research/alugrid/}},
title = {The {ALUG}rid Website: \url{http://www.mathematik.uni-freiburg.de/IAM/Research/alugrid/}},
key = {ALU}
}
@ -923,11 +923,6 @@
key = {APACHE-SUBVERSION}
}
@MISC{BOOST-HP,
title = {The {Boost} Homepage: \url{http://www.boost.org/}},
key = {BOOST}
}
@MISC{DOXYGEN-HP,
title = {Doxgen's Homepage: \url{http://www.stack.nl/~dimitri/doxygen/}},
key = {DOXYGEN}

2
doc/handbook/intro.tex
View File

@ -20,7 +20,7 @@ for all possible cases, so \Dumux is build on top of \Dune, the
\textbf{D}istributed and \textbf{U}nified \textbf{N}umerics
\textbf{E}nvironment~\cite{DUNE-HP}. \Dune provides a generic interface
to many existing grid management libraries such as UG~\cite{UG-HP},
ALBERTA~\cite{ALBERTA-HP}, ALU-Grid~\cite{ALUGRID-HP} and a few
ALBERTA~\cite{ALBERTA-HP}, ALUGrid~\cite{ALUGRID-HP} and a few
more. DUNE also extensively uses template programming in order to
achieve minimal overhead when accessing the underlying grid
libraries\footnote{In fact, the performance penalty resulting from the