Dear CMake users
*I installed the newest version of cmake (3.2.2).*
*Than I used *Installation guide for GROMACS 5.0.5:
(*Quick and dirty *installation
http://www.gromacs.org/Documentation/Installation_Instructions_5.0?highlight=installation#TOC
)
On 18 May 2015 12:01 PM, Konstantin Andreev wrote:
SUN/Oracle Solaris typically has two `curses' packages installed : traditional
Unix `curses' and GNU `ncurses'. Cmake builds itself against headers of GNU
`ncurses', but links with Unix `curses' with obvious result above.
To workaround, you
I managed to obtain the same MD5 code by running the md5sum command on the
downloaded file.
However, I would like to write an automatic way of downloading third-party
libraries.
Is it possible to let CMake compute the MD5 of the downloaded file?
Cédric
- Mail original -
De:
hi,all
I'm using cmake on windows with Cygwin.
After I run cmake -G Eclipse CDT4 - Unix Makefiles
-DCMAKE_BUILD_TYPE=debug ..\code\sip , build info was witen to some dir.
But make command get an error Info :
alg_sip/CMakeFiles/alg_sip.dir/build.make:54: *** target pattern contains
Hello,
I use the URL_MD5 variable to avoid downloading more than once a library with
the ExternalProject_Add command.
However, I don't manage to get the same MD5 code as CMake when I try to get one
with generators available on the internet.
How could I get the same one for an URL written in
You can use FILE (MD5 file variable) command to compute MD5 value.
From: CMake on behalf of Cedric Doucet
Date: Tuesday 19 May 2015 13:14
To: cmake@cmake.orgmailto:cmake@cmake.org
Subject: Re: [CMake] How URL_MD5 is computed in ExternalProject_Add?
I managed to obtain the same MD5 code by
... And thank you very much for your help Marc! :)
- Mail original -
De: Cedric Doucet cedric.dou...@inria.fr
À: David Cole dlrd...@aol.com
Cc: cmake@cmake.org
Envoyé: Mardi 19 Mai 2015 15:38:49
Objet: Re: [CMake] How URL_MD5 is computed in ExternalProject_Add?
Hello David,
I'll add to it that all the Find Modules should be able to support projects
that have their own builds of a library. Some Find Modules (e.g FindBoost)
works generally well and supports HINTS and PATHS; but other (FindCURL) do not.
For me, this means that I'll have to be adding variations of
Hello David,
I understand exactly what you mean but the misunderstanding comes from your
sentence:
The point is to double check that it downloaded correctly and as expected.
That's NOT why I use the URL_MD5 variable in ExternalProject_Add.
I use it to avoid downloading again libraries after
Hello all,
I am a newbie though I have used CMake a bit for a few projects. Now, I am
trying to use CMake for cross-compiling on my Linux desktop for an embedded
system (ARM DS-5 based).
Right now, the needs are simple - I need to specify the compiler and linker
with flags for both. However, I
The point of specifying URL_MD5 in ExternalProject_Add is so that it
can check to see if it downloaded the file properly. If you don't tell
it what the md5 sum should be, then what good is computing it after
downloading it?
The point is to double check that it downloaded correctly and as
HI,
Background: trying to build several executables that have the same target
link libraries, compile flags, etc..., but different source files. Rather
than duplicate all of the necessary bits for each target, I thought I'd
write a macro that takes in arguments (the target name and list of
Further to my earlier question, I spent more time on:
http://www.cmake.org/Wiki/CMake_Cross_Compiling
but still couldn't get the linker to work. I now have two files:
arm.cmake
INCLUDE(CMakeForceCompiler)
SET(CMAKE_SYSTEM_NAME Generic)
CMAKE_FORCE_C_COMPILER(armcc GNU)
SET(CMAKE_ASM_COMPILER
We use the install system, and love it.
However, since our install include copies of 3rd party debug libraries that are
named the same as the release counterparts (not our call ;() I would like to
just have a the path be install.deb rather than install
We set the CMAKE_INSTLL_PREFIX variable,
Hi,
I'm not sure if this is actually a bug but I've been relying on the
OBJECT library[1] feature as a convenient way of having source code in
multiple directories be put into a shared library. I now have a need
to hide the symbols in my libraries but I've found that using OBJECT
libraries means
On Tue, May 19, 2015 at 1:28 PM, Tom Kacvinsky tom.kacvin...@vectorcast.com
wrote:
HI,
Background: trying to build several executables that have the same target
link libraries, compile flags, etc..., but different source files. Rather
than duplicate all of the necessary bits for each
Huebl, Axel wrote:
I personally also tend to the cropped HDF5_VERSION for consistency and
ease-of-use in environments using stable versions of HDF5 (most
distributions).
That doesn't mean we could not provide and *additional*
HDF5_VERSION_STRING.
For sake of consistency, I am not sure how
On 26/03/2015 1:23 AM, Brad King wrote:
On 03/25/2015 05:46 AM, David Crayford wrote:
Has anybody ported CMake to z/OS?
I'm not aware of any such work.
The only knowledge of z/OS of which I recall was added here:
Teach compiler id about VisualAge - XL rebranding
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15574
==
Reported By:eli
Assigned To:
20150519)
+set(CMake_VERSION_PATCH 20150520)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
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 5f931e3ffc67260cf9224cbe6684e44aeb602e79 (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 2d1d8af9b19e1cb361b07a914bc8b87a2a352e2e (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, next has been updated
via d3392fe0e5270706d0f4675b1a6c760b85d80834 (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 594dd9b36a7f3ac37b56c89596ff38451570de3e (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, next has been updated
via ce25b376f4cbead1d5a2e548521d2893f1f0bed6 (commit)
via
Hi Brad, Hi Bill,
I think it is great that CMake gains support for IWYU.
Without having tested it, I think the current implementation is
compatible with other static analyzers like for examle clang-tidy.
I think this is not good. If the options can be used for other tools
than IWYU, the option
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 81d579b970b4ff4f71102cd9659c901bcf9ab2a5 (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, next has been updated
via 77cc6b6b8aa78b7e5ad2df9b22e8cbf638dcd826 (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, next has been updated
via 22ba7f85f56861954b3a9cda1e55c5d7b77071cc (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, next has been updated
via 86ad0abe63dadf14f565bf600fe0483e7cdb5540 (commit)
via
30 matches
Mail list logo
