t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index 4e7e400..636d332 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
# CMake version number components.
set(CMake_VERSION_MAJOR 3)
set(CMake_VERSION_MINOR 14)
-set(CMake_VERSION_PATCH 20190415)
+set(CMake_VER
On Tue, 16 Apr 2019 at 01:01, Andrew Maclean wrote:
>
> In build.ninja all the requested linker libraries are there e.g.
> /usr/local/lib/libboost_date_time.so>
> Boost 1.70
> When using Boost 1.70 all I get in the CMakeLists.txt file are entries like:
> //The directory containing a CMake
Has anyone else got issues using Boost 1.70 in their code.
I'm using CMake 3.14.2
I have done the usual build/install of Boost in linux and everything seems
to be installed Ok in /usr/local/include and /usr/local lib.
The problem is the no linker libraries are being found.
I use this in my
Hi Craig,
thanks for the clarification.
Best,
Michele
On Mon, Apr 15, 2019 at 2:09 AM Craig Scott wrote:
>
>
> On Wed, Apr 3, 2019 at 11:10 AM Michele Rosso wrote:
>
>> Hello,
>> according to the doc for CMake 3.14, target_sources() interprets relative
>> source file paths as being relative
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 d38d7747fe91db4753e9aa26e9b7dd8d065e1cdc (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 0793464d95c3dbbe9ed87bb5882d29efb7a8e3c3 (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, release has been updated
via a6bf68141faca9af22624c8d0e1603653a73fce4 (commit)
via
after changing my account (@sebholt) password in gitlab.kitware.com, I
don't get any emails from it anymore. Login and everything web based
works, but no emails. Did something change there?
Verify that your email address is still as expected. Also visit
Hi,
I'm currently testing CMake 3.14.2's iOS support with our build system
and ran into a problem with try_compile() not finding the binary. Here
is an example while trying to configure libjpeg-turbo 2.0.2 (I've
shortened the paths to make this easier to read):
--- SNIP ---
-- Check size
On 4/15/19 3:56 AM, Sebastian Holtermann wrote:
> after changing my account (@sebholt) password in gitlab.kitware.com, I
> don't get any emails from it anymore. Login and everything web based
> works, but no emails. Did something change there?
Verify that your email address is still as
What is the proper way to handle the case where find_program() needs
match "program-name" or "program-name.exe" depending on wether the host
system is running a unix like OS or Windows?
A project I'm looking at uses CMAKE_EXECUTABLE_SUFFIX for the target, so
I assume that can't be used.
A
On Wed, Apr 3, 2019 at 11:10 AM Michele Rosso wrote:
> Hello,
> according to the doc for CMake 3.14, target_sources() interprets relative
> source file paths as being relative to the current source directory, i.e.
> it should
> prepend CMAKE_CURRENT_SOURCE_DIR to the relative paths given by the
Hi,
after changing my account (@sebholt) password in gitlab.kitware.com, I
don't get any emails from it anymore. Login and everything web based
works, but no emails. Did something change there?
--Sebastian
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake
13 matches
Mail list logo