The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15208
==
Reported By:Antoine Bussy
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15209
==
Reported By:Luc J. Bourhis
Assigned To:
On 10/13/2014 02:23 PM, Raffi Enficiaud wrote:
I had a hard time making some stuff compile again with Matlab under Linux.
The fact is that Matlab is shipped with its own version of libC, libhdf5,
libboost etc, and sometimes the filenames are the same (eg. hdf5, or libc)
but the subminor
André,
Please respond with comments or an updated patch to address Clinton's
review comments in order to help this contribution proceed.
On 09/26/2014 10:08 AM, clin...@elemtech.com wrote:
I would suggest the SignPackage function be moved from
cmCPackDragNDropGenerator to
This looks like a reasonable way to accomplish this right now. The
underlying prioblem is that ther's no way to specify which path types get
re-rooted and which don't. Ideally you'd want to be able to specify in the
toolchain for something like this that all paths operate in ONLY mode
except
Guillaume,
Please see CONTRIBUTING.rst in the top level of the CMake source tree. If
you can please create and post a patch against cmake master then I'll work
on getting it merged into cmake next. Thanks for the bug fix!
- Chuck
On Thu, Oct 16, 2014 at 10:32 AM, Chuck Atkins
On 10/09/2014 02:45 PM, Chuck Atkins wrote:
I've just pushed a branch to the stage for review:
refactor-search-path-construction
Thanks.
In cmSearchPath.cxx, please include cmSearchPath.h first.
In cmSearchPath.h, please include cmStandardIncludes.h first.
Otherwise some standard library
Hello all,
I have question about CMAKE_ARGS and CMAKE_CACHE_ARGS, and I'm not sure
if this is the intended behaviour or not...
From the documentation:
#[CMAKE_ARGS args...]# Arguments to CMake command line
#[CMAKE_CACHE_ARGS args...] # Initial cache arguments, of the form