- Apr 09, 2015
-
-
- Apr 08, 2015
-
-
Steffen Müthing authored
This reverts commit 5f053401. I was a little hasty in cherry-picking this from the dune_enable_all_packages() branch, as it needs some infrastructure from over there.
-
Steffen Müthing authored
-
Steffen Müthing authored
CMake exports the major and minor components of the module version, but not the revision. This patch fixes that omission.
-
- Apr 07, 2015
-
-
Dominic Kempf authored
I was bitten again by not properly cleaning build directories while testing build system features. With this patch, the feature * builds the symlinks in finalize_project instead of dune_project Only there the existence of the subdirectories in the build tree is guaranteed. * The globbing expression is sane again. * Properly excludes build directories * works with cmake 2.8 and 3.1, per-module or global out-of-source builds.
-
- Apr 06, 2015
-
-
Christoph Grüninger authored
We got the workaround_9220 code from Eigen. Now we use the code as the Eigen project does, see for example their file lapack/CMakeLists.txt. This fixes the Fortran detection with Visual Studio 2015 CTP 6.
-
Christoph Grüninger authored
-
- Apr 01, 2015
-
-
Christoph Grüninger authored
-
Dominic Kempf authored
Patching the dune core modules just to have the advantages of symlinks to the source tree is a bad idea. The patch introduces a check for the variable DUNE_SYMLINK_TO_SOURCE_TREE instead, which enables the macro if set.
-
Dominic Kempf authored
CMake 3.1 issued a lot of warnings because it tried to symlink: - git specific subdirs that are not present in the build tree - build directories that are a subdir of the source instead of a sibling The change - adds a symlink iff a CMakeLists file was found in the source dir. - excludes such build directory.
-
- Mar 24, 2015
-
-
Dominic Kempf authored
-
- Mar 22, 2015
-
-
Christoph Grüninger authored
Tarballs can be built using "make package_source". But they contain all files from the source directory. There is a way to ignore files.
-
- Mar 20, 2015
-
-
Christoph Grüninger authored
We assume anyway that stdint.h and memrory are provided. The according macros are never used. They were probably provided to stay as compatible to Autotools as possible. This fixes FS#1605.
-
- Mar 18, 2015
-
-
Christoph Grüninger authored
It is already printed as the comment of the custom command.
-
Christoph Grüninger authored
-
The install path for header files can be configured in CMake with the variable ${CMAKE_INSTALL_INCLUDEDIR}.
-
-
-
- Mar 17, 2015
-
-
Christoph Grüninger authored
Similar to last commit: This macro was split off from DuneMacros.cmake in commit e63ea0cf, but the new macro file was not included in the list of installed modules.
-
This macro was split off from DuneMacros.cmake in commit e63ea0cf, but the new macro file was not included in the list of installed macros.
-
- Mar 16, 2015
-
-
Dominic Kempf authored
It seems the exclusion macros need to have a full list of headers to work. This is hopefully the last commit...
-
Dominic Kempf authored
The property must exist in order to have the exclusion macros work. I only tested dune common which has no exclusions... Thanks to Andreas Buhr for noticing!
-
Dominic Kempf authored
As proposed in FS1584, make headercheck is now disabled by default in cmake. This fact and how to enable it is printed upon "make headercheck".
-
Dominic Kempf authored
Apparently, that code never for executed/tested...
-
- Mar 15, 2015
-
-
Christoph Grüninger authored
-
- Mar 14, 2015
-
-
Christian Engwer authored
Ich a module is not updated to cmake yet, we can have the situation, that the core modules are built using cmake, but used by autotools. When trying to detect a dune library, we either explicitly stated the /blablabla/libdunefoo.la file if the the dependency was built using autools, or used the '-ldunefoo -L/blablabla/' options. This failed with very subtle errors if dune was also installed globally, e.g. a 2.3 from your favorite distribution. We fix this now in the same way as we fixed it for autotools. If the module is local, we explicitly state the lib... either as .la or as .a.
-
- Mar 13, 2015
-
-
Christoph Grüninger authored
-
Tobias Malkmus authored
-
- Mar 12, 2015
-
-
Christian Engwer authored
if the user has for some reason old la files from the autotools era, these can lead to very subtle and hard to understand errors. We now check for old la files and bail out in case some are found.
-
Christian Engwer authored
-
- Mar 11, 2015
-
-
Oliver Sander authored
-
- Mar 10, 2015
-
-
Christoph Grüninger authored
Together with the last patch, this fixes FS#1592.
-
-
Steffen Müthing authored
[Typetraits][Compatibility] Provide partial backwards compatibility for is_indexable on old GCC versions Older GCC versions have some nasty bugs related to SFINAE and indexing with operator[]. This patch adds a configuration check for those problems and a partial backwards compatibility hack for those older compilers that is sufficient for our current use case in the VTK writer.
-
Steffen Müthing authored
GCC 4.4, I'm looking at you
-
Steffen Müthing authored
-
Steffen Müthing authored
is_indexable can be used to test whether a type can be indexed (via operator[]).
-
- Mar 07, 2015
-
-
Martin Nolte authored
Previously, the command vcsetup, which is executed on command 'all', was not listed on the help screen.
-
- Mar 06, 2015
-
-
Dominic Kempf authored
The file DuneMacros.cmake is very crowded. Macros that belong together should be placed in a separate module in order to increase the visibility of its documentation IMO.
-
- Mar 05, 2015
-
-
Christian Engwer authored
This reverts commit 9f9bc5c0. see FS#1576
-