This allows to create a CMakeLists.txt in a directory whereas the sources
are in another directory.
This will allow out-of-sources creation of CMakeLists.txt files. And, in
the end, that will improve the branch-build.
Do not even include CGAL headers, especially the headers about
Geomview_stream support, if CGAL_USE_GEOMVIEW is not defined.
Has Geomview_stream has not been given a full CGAL_EXPORT support on
Windows, the single inclusion of <CGAL/Geomview_stream.h> may trigger
warning (or errors, I do not remember: see test result of
CGAL-3.10-Ic-163).
Long-waited feature: Installation/installation.tex no longer contains the
release number!
All occurrences of "CGAL-3.9" have been turned into CGAL-\cgalversionnumber
Details:
- use alltt instead of verbatim, in order to user macros inside,
- rename \cgaldir to \cgalrel,
- all "CGAL-3.9" are turned into "\cgalrel",
- the remaining "3.9" is turned into "\cgalversionnumber".
And also:
- remove the old macro \yourcgaldir and \cgalinstconfdir (related to the
old install_cgal script!),
- modify the introduction of CMake: CMake is a build system *generator*,
and not a build system!
The function build_cgal_library defined in
Installation/src/CMakeLists.txt now handles a lot more than before, to
factorize between the various */src/*/CMakeLists.txt files used to
build CGAL libraries.
For example, the definition of mangled names is now factorized in that
function.
Installation/src/CMakeLists.txt also sets the output directories for
runtime, shared libraries, and static libraries. DLLs will be created
in bin/ instead of lib/.
| ------------------------------------------------------------------------
| r65838 | afabri | 2011-10-12 13:01:14 +0200 (Wed, 12 Oct 2011) | 5 lines
| Changed paths:
| M /branches/next/STL_Extension/include/CGAL/assertions.h
|
| When CGAL_NO_ASSERTIONS, fix CGAL_static_assertion
|
| CGAL_static_assertion cannot be "static_cast<void>(0)" because that
| macro can also be used in a class or namespace scope.
|
| ------------------------------------------------------------------------
| r65833 | lrineau | 2011-10-11 23:43:39 +0200 (Tue, 11 Oct 2011) | 6 lines
| Changed paths:
| M /branches/next/STL_Extension/include/CGAL/assertions.h
|
| Avoid a warning with -ansi -pedantic when CGAL_NO_ASSERTIONS
|
| When CGAL_NO_ASSERTIONS is defined (when NDEBUG is defined, for example),
| "CGAL_static_assertion(true);" must not be expanded to ";", to avoid a
| pedantic warning "extra ;".
|
| ------------------------------------------------------------------------
That was just a very wrong way to fix a pedantic warning: the new
implementations were buggy.
| ------------------------------------------------------------------------
| r65557 | lrineau | 2011-09-26 16:49:02 +0200 (Mon, 26 Sep 2011) | 9 lines
| Changed paths:
| M /branches/next/Installation/cmake/modules/CGAL_UseBLAS.cmake
| M /branches/next/Installation/cmake/modules/CGAL_UseLAPACK.cmake
| M /branches/next/Installation/cmake/modules/FindBLAS.cmake
| M /branches/next/Installation/cmake/modules/FindLAPACK.cmake
| M /branches/next/Installation/doc_tex/Installation/installation.tex
|
| BLAS and LAPACK do not have header files.
|
| One implementation of BLAS or LAPACK can have a header file, but that is
| not mandatory for an implementation, and (hopefully) nothing in CGAL tries
| to include a blas.h or a lapack.h.
|
| The current revision removes mentions of BLAS_INCLUDE_DIR and
| LAPACK_INCLUDE_DIR in CGAL cmake scripts about BLAS and LAPACK.
|
|
------------------------------------------------------------------------
Reason:
For the implementation cblas/clapack, our use of that implementation does
need a header <blaswrap.h> to work.
Laurent Rineau
Andreas Fabri
Olivier Devillers
Michael Hemmer
Guillaume Damiand