Hi,
On Monday 07 September 2015 23:47:35 Aaron Gray wrote:
> cmake_minimum_required(VERSION 2.6)
Just as a side note: if you need to support cmake 2.6, that's fine. However,
if you are starting a new project and do not *need* to limit yourself to cmake
2.6, develop for a cmake version that as
Hi Nico,
I just use find_package(MPI REQUIRED) and use the given
MPI_CXX_LIBRARIES and MPI_CXX_INCLUDE_PATH.
Recent mpi wrappers should support support interspection.
Regards,
Andreas
Am 08.09.2015 um 13:01 schrieb Nico Schlömer:
Hi everyone,
When it comes to compiling and linking, the MPI
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15730
==
Reported By:nmeunier
Assigned To:
Hi everyone,
When it comes to compiling and linking, the MPI world is quite a mess.
Sometimes, vendors make you link and include certain libraries/directories,
sometimes you are supposed to simply use a compiler wrapper, often both.
What's the recommended way of dealing with MPI in CMake? Do you
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, next has been updated
via f3175f9efae20517d3f32f357b76ec2f87e88519 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, master has been updated
via 70ea1d91fad093e9ed8939a309688eef2458d697 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, master has been updated
via 4da3315db365f3c80ce5202047955f0f2ec9312f (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, master has been updated
via 20b7e79d211589eed2668474966e77d00025eb37 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, master has been updated
via 92901684d4cec7d6166b5fe80ba117ba79d79a39 (commit)
via
On 9/4/2015 10:17 AM, André Netzeband wrote:
> I have a very strange issue with generated nmake makefiles from cmake 3.3.1
Is this problem new in 3.3 or are you just reporting this as the version
you are using?
> In a very complex project with many sub-cmake files (Ogre3D) the
> generated nmake
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, next has been updated
via 975e5508025450edfd26f13d93905fcdf8ff266b (commit)
via
The only exception to that (which I am aware of) is if you are on a CRAY system
where the MPI (and BLAS and LAPACK) are baked into the compiler wrappers (cc,
ftn, etc). In those situations, you actually do not want to run
find_package(MPI) or it will throw errors.
Tim
- Original Message
Hi!
FreeBSD project use userspace qemu emulation to cross-build packages
for some architectures, namely arm. This worked great for most
packages, however ones using cmake tend to fail randomly. I couldn't
reproduce these failures, but after we've updated cmake to 3.3.1 which
is more verbose, the
_VERSION_MINOR 3)
-set(CMake_VERSION_PATCH 20150908)
+set(CMake_VERSION_PATCH 20150909)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "CMake".
The branch, next has been updated
via 923d2bae0c5d7a234c901ee2cc24ee295e0369af (commit)
via
15 matches
Mail list logo