Added OPENCASCADE support to cmake.

Added occ_utilities.

Fixed config.h.in, added a test.

Fixed compilation issues.

Fixed test.

Fixed point ordering.

Added function closest_point to OpenCASCADE namespace.
Added OCC::NormalProjectionBoundary

Added interpolation curve boundary test.

Updated documentation.
Added Axis Projection.
Added write_IGES routine.

Fixed typo in compilation, and header files.

Added iges_write test.

Fixed iges write.

Added iges_create test.
Added ArclengthProjectionLineManifold.

Added first arclength test

Added axis boundary 1.

Added arclength boundary 2.

Fixed loop in projection for non degenerate edges.

Added axis boundary 2.

Added Degenerate Edge Checks and Assertions.

Added two functions to split opencascade objects and a test.

Added test for extraction of geometrical entities.

Added test for extraction of compound entities.

Added creation of a single cell triangulation, on top of a surface.

Fixed possibility to use also Wires.

Fixed indentation.

Removed creation of local files.

Fixed typos in the documentation.

Fixed typos in the documentation.

Addressed @tamiko and @guidokanschat comments on configs.

Renamed OPENCASCADE_LIBRARIES to _opencascade_libraries, and removed old TRILINOS cut and paste magic.

Removed unnecessary include files, removed commented lines, fixed header for test files.

Attempt to fix tolerance.

Fixed indentation issue.

Fixed WB comments.

Fixed indentation.

Missed one 'one'.

Replaced ImpossibleInDim with ExcNotImplemented
Moved occ_ files to separated opencascade directory.

Another attempt to fix tolerances problems with goteborg.iges.

Fixed all trivial comments.

Made Asserts into AsserThrows where needed.
Aggiunto step-54

Aggiunti autori

iges file DTMB-5415_bulbous_bow.iges has been added as the geometry for the step-54 example

first working version of step-54 completed

added initial mesh for step-54 and fixed memory leakin same test

CMakeLists.txt fixed in step-54

fixed cmakelists in step-54

updating step-54.cc
an attempt to improve opencascade directional projection with informations on local normal

an other attempt to improve opencascade directional projection with informations on local normal

version with directional projection depending on normals of surrounding points is now working. to this end, a method has been added to utilities, to return differential forms (normal and mean curvature) along with closest point on the CAD surface

trying to improve the directional projection

improved cell refinement on CAD with directional projector, by adding a separated treatment for case with 2 or 8 surrounding points (edge or cell refinement). the 2 points case uses some infos about the surface normal, the 8 case comes up with an approximated cell normal
step-54 is now completed (it only needs comments). three different projectors have now been created in boundary_lib: normal, directional and normal_to_mesh. to adjust tolerances, a new method retrieving tolerances from a shape has been added

Fixed indentation.

fixed some problems with residual calls to Pnt() (now Point()) and axis_ intersection() (now line_intersection()) functions in boundary_lib. files coarse_sphere and coarse_circle removed from step-54 directory. also parameters.prm has been removed, and n_cycles value is asigned in an hard coded way

all input and output files have been converted to .vtk

added comments to step-54.cc

fixed all the notes by luca exept for that on the closest point function

Fixed indentation.
Fixed also last comments by @bangerth, using std::tuple where appropriate. We split also some of the functions in utilities.h into two different parts, one of which is transparent to the underlying OpenCASCADE structures.

Added documentation directory to step-54.

Replaced std::tuple with std_cxx11::tuple

Fixed std_cxx11 also in the tests.
comments added to step-54

more comments added to step-54. and docs

removed some files

some improvements to step-54 comments, intro and results

some more improvements to step-54 comments, intro and results

pictures path in html files of step-54 is now changed to its final location (pictures will need to be uploaded on the deal website)
new test for NormalToMeshProjectionBoundary added

Fixed indentation.

Attempt to fix create tria test.

Second attempt. This is the correct output.

Added create_tria_00.

Added supersimple test.

attempt to fix the normal projection tests that were failing by switching to wigley.igs surface (instead of side.igs which seemed to have something weird)

switching to wigley.iges in create_tria_01.cc too

added test normal_to_mesh_projection_02.cc on surface mesh refinement with projection normal to mesh direction. in the process, this highlited a bug in the boundary_lib.cc implementation of normalToMeshBoundary. Now also the results of step-54 look even better

Fixed output for iges write functions.

Added two simple tests.

Fixed a little the documentation, and improved slightly step-54.

Fixed indent.
Added comment in changes.h
Update the documentation about requiring at least Trilinos 11.2
Merge pull request #220 from Rombur/trilinos_11_2

Update the documentation about requiring at least Trilinos 11.2
Fix an oversight that prevented code from compiling.
Remove a broken link.
Merge pull request #224 from bangerth/fix-compile-error

Fix an oversight that prevented code from compiling.
Merge pull request #225 from bangerth/remove-broken-link-2

Remove a broken link.
Adjust tests that fail due to vectorized accumulation

Commit c7f3054 changed the order of summation in inner products and norms because
these operations are now done in vectorized form. The affected tests show spurious
changes in the last digit.

To improve, the following changes were made:
- error_estimator_0?: The output was scaled by l1 norm which is unsafe. These tests
  should only test error estimation and hence the scaling is done by linfty_norm
  which will never depend on roundoff. Note that we output up to 7 digits of a float
  which notoriously runs into roundoff issues.
- mesh_3d_12 also outputs 6-7 digits of a float. Changed the accuray of output to 5
  digits.
- q_dg0_projection was deleted because it FE_Q_DG0 has a singular mass matrix and thus
  the final solution on the face can be anything. Note e.g. how different the previous
  solutions for Intel/non-Intel compilers were -> no good test.