Emmanuel Blot wrote:
> This seems so convoluted that I guess I'm missing the proper way to
> properly add an intermediate step between the compilation and link
> stages, but I keep failing to find any useful advice from Google and
> the mailing list.
It's probably not possible cleanly.
Generator
Scott Aron Bloom wrote:
> The warning message for CMP0020 seems to be completely random as to where
> you actually have to set the policy.
>
> Im not getting the warning on my main executables, but cant seem to get
> rid of it on any of my Qt based unittests (using gmock/gtest )
>
> I have the f
Am Dienstag, 28. Oktober 2014, 15:16:05 schrieb George:
> Hello,
>
> I am using cmake version 2.8.12.2. I am trying to force an exact version
> number match in a custom finder, and the VERSION_VAR parameter does not
> seem to be working the way I am using it.
>
> I have the following simple examp
I am proud to announce that CMake 3.1 has entered the release candidate stage.
Sources and binaries are available at:
http://www.cmake.org/files/v3.1/?C=M;O=D
Documentation is available at:
http://www.cmake.org/cmake/help/v3.1
Release notes appear below and are also published at
http://www
Hello,
I am using cmake version 2.8.12.2. I am trying to force an exact version
number match in a custom finder, and the VERSION_VAR parameter does not
seem to be working the way I am using it.
I have the following simple example:
file: FindHello.cmake
-
inclu
I have a third party library like OpenSSL prebuilt for each platform
and in my own structure in version control. I have a CMake script that
creates an INTERFACE library target for it. I setup the include
directories and link targets. However, I don't see a way to configure
DLLs in the interface lib
Yes, some weeks ago I was interested in this too, I've contacted the author
and proposed to do some work on this, but then I got blocked for other
reasons and had to go with Ninja+SN-DBS. Anyway, this talk may help me with
politics here and maybe I can regain traction on FASTBuild.
Otherwise, I've
I agree with your review and I agree that there are plenty of problems to
be able to get everything working correctly.
I would like to warn you and point to an issue about the use of
--depend_format=unix:
https://github.com/martine/ninja/issues/794
Also, I've got around the .obj.d problem patchi
Update:
1. Append to logfile
Just resolving would be an improvement, but that may require changes
to all generators, no global resolution what I see.
Should be changed in armcc, dropping for CMake.
2. Dependfile
This can be done in armcc:
SET( CMAKE_DEPFILE_FLAGS_C "--depend=.
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of George
Sent: Dienstag, 28. Oktober 2014 13:42
To: cmake@cmake.org
Subject: Re: [CMake] FIND_PATH() search custom path first
On 28 October 2014 09:34, Jakub Zakrzewski
mailto:jzakrzew...@e2e.ch>> wrote:
> I have a situation where I need
> I have a situation where I need to prefer a custom-build of a library over
> any system-installed versions. I understand that the paths in the HINTS
> variable will be searched before the > system ones, but the documentation
> discourages its use with hard-coded paths.
> If I do hard-code a HI
On 28 October 2014 09:34, Jakub Zakrzewski wrote:
> > I have a situation where I need to prefer a custom-build of a library
> over any system-installed versions. I understand that the paths in the
> HINTS variable will be searched before the > system ones, but the
> documentation discourages it
Hi,
I need to tweak object files for a target before linking them to the
final executable.
I'm striving for retrieving the file object paths for a target:
ADD_LIBRARY(tgt OBJECT file1.c file2.S)
1. $ is not available from
ADD_CUSTOM_COMMAND/ADD_CUSTOM_TARGET
2. Actual object paths could be ded
Hi,
I have a situation where I need to prefer a custom-build of a library over
any system-installed versions. I understand that the paths in the HINTS
variable will be searched before the system ones, but the documentation
discourages its use with hard-coded paths.
If I do hard-code a HINTed path
14 matches
Mail list logo