- 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
-
- Mar 04, 2015
-
-
Otherwise UNAME_HH was seen by the shell as the name of the variable, but actually, the variable is called UNAME and _HH should be appended after expansion of the variable.
-
Oliver Sander authored
Follow up to the previous patch: if the source file contains hyphens, then the compiled executable should not have them replaced by underscores.
-
Oliver Sander authored
Each module constructed by duneproject contains a little Hello-world example program. The name of the program used to be the name of the module with .cc appended AND all hyphens replaced by underscores. Hence a module dune-foo would containt the program dune_foo.cc. This patch removes that displacement. Rationale: - I see no reason for the replacement in the first place - File names with hyphens appear to be much more common in Dune world than file names with underscores.
-
- Mar 03, 2015
-
-
add missing @
-
- Feb 27, 2015
-
-
Christian Engwer authored
@Markus: too much CMake?! ;-)
-
Markus Blatt authored
There is not need to send message that contain no data. It might even produce problems on some implementation. Therfore this patch always checks the size and simply sets the request to inactive (aka MPI_REQUEST_NULL) if no data would be send or received. The patch is to be cherry-picked to master if Christian approves.
-
- Feb 25, 2015
-
-
Christian Engwer authored
We fix the option handling when calling "cmake --build", by prepending '--' to the command line parameters, in order to separate cmake and build parameters, iff the user didn't alrready do it himself so. Note that this means we assume that the users generally want to pass parameters to the build command and not to cmake itself.
-
Markus Blatt authored
I accidentally commited them.
-
Christian Engwer authored
we again rethrow the exception, as some information is not available in the parser routines.
-
Christian Engwer authored
This reverts commit 9281f717.
-
Christian Engwer authored
-
Christian Engwer authored
-
Christian Engwer authored
-
Christian Engwer authored
in order to improve error messages further we introduce a new member variable prefix_. Sometimes it is important to pass subtrees around. In this case it is difficult to interpret error messages, as the user doesn't know in which subtree the problem occured. Now a Parametertree knows its prefix and can tell it to the user. This way the report method is simplified and the throws are now more readable.
-
Christian Engwer authored
-
Christian Engwer authored
-
Christian Engwer authored
-
- Feb 24, 2015
-
-
Markus Blatt authored
This is e.g. needed for dune-alugrid and might be a first step for getting rid off the ParMETIS dependency.
-
Markus Blatt authored
This reverts commit eb045a4d. As it severly breaks using the make build system. See https://dune-project.org/flyspray/index.php?do=details&task_id=1572
-
Christoph Grüninger authored
Since CMake 3.1 the if() command no longer automatically dereferences variables named in quoted or bracket arguments. This fixes FS#1567.
-
- Feb 19, 2015
-
-
Felix Gruber authored
CMAKE_INSTALL_DATADIR already includes the subdirectory share, so drop it from the install path of the dunecontrol bash-completion script in the corresponding CMakeLists.txt.
-
Felix Gruber authored
mention cmake and CMAKE_FLAGS. Add an example for CMAKE_FLAGS in the example opts file. Also update the compiler version in the example opts file to a version that is actually supported by dune.
-
Felix Gruber authored
-
Christian Engwer authored
this makes new automake versions work like old automake versions. Some of my projects used to compile objects in subdirs from parent directories. New automake versions don't allow this. We don't want to atopt our projects to changes in automake and make the transition to cmake... so keep the old behaviour, by adding this option.
-
- Feb 16, 2015
-
-
Christoph Grüninger authored
It caused that pthread.h was not found as clang does not like to get -std=c++11 passed.
-
- Feb 12, 2015
-
-
Tobias Malkmus authored
-
- Feb 11, 2015
-
-
Jö Fahlke authored
-
- Feb 09, 2015
-
-
Robert K authored
-
- Feb 06, 2015
-
-
Steffen Müthing authored
If an iterator facade (like entity iterators) wants to allow the embedded implementation to return either an (internally stored) reference or a temporary object and expose these two behaviors to enable performance optimizations, operator->() needs special handling: If the implementation returns a reference, operator->() in the facade can simply return the address of the referenced object, but if the returned object is a temporary, we need to capture and store it in a helper object to make sure it outlives the member access. This patch adds a little helper function that tansparently handles both cases.
-
Dominic Kempf authored
-
Steffen Müthing authored
The ForLoop TMP used to put a number of restrictions on the arguments to apply(), mainly due to the limited capabilities of C++01 wrt. to argument forwarding. But now we have C++11, so we can throw away all that awkward code and replace it with a single forwarding function that supports arbitrary numbers of arbitrary combinations of lvalues and rvalues - all hail variadic templates and perfect forwarding!
-
Steffen Müthing authored
This branch adds CMake macros for copying / symlinking files from the source directory to the build directory and for adding a symlink back to the corresponding directory in the source tree into every directory in the build tree. * feature/FS1535-cmake-sourcedir-to-builddir-utilities: [CMake] Do copies as a fall-back if symlinks are not available on the platform [Cmake] Add macros for copying files from the source tree to the build tree. [CMake] add macro dune_symlink_to_source_files [CMake] Add macro dune_symlink_to_source_tree
-
- Feb 04, 2015
-
-
Markus Blatt authored
-
Markus Blatt authored
Previously this was only set if run_default_configure was executed before. Ergo dunecontrol make did try to use cmake even if USE_CMAKE=no was set. This fixes flyspray 1560. https://dune-project.org/flyspray/index.php?do=details&task_id=1560
-
Markus Blatt authored
It sets LOCAL_USE_CMAKE for the current module depending on USE_CMAKE and whether there actually is CMake support for this module. This will make it more easy to use the same check in all run_* directives.
-
- Feb 03, 2015
-
-
Christoph Grüninger authored
-
Dominic Kempf authored
With a compiler name given to CMAKE_CXX_COMPILER (instead of a path), the name is correctly expanded on the first run of cmake, but as soon as the buil didrectory is existent, it is for obscure reasons expanded into ${CMAKE_BINARY_DIR}/.... To avoid having users run into this bug, the expanded compiler variable is matched with the build directory prefix. In that case, an error is issued.
-