Re: [CMake] Compiling binaries with cmake -- help

I have the dependencies installed but I'm still getting an error; that there is an error in the configuration files and that the project may be invalid ? Nicholas Braden Thursday, June 23, 2016 8:37 AM Yep, if you have all the dependencies it should just

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc4-300-gb02814e

_VERSION_MINOR 6) -set(CMake_VERSION_PATCH 20160701) +set(CMake_VERSION_PATCH 20160702) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

- On Jun 30, 2016, at 8:18 PM, Dāvis Mosāns davis...@gmail.com wrote: > On Windows getenv uses ANSI codepage so it needs to be encoded to > internally used encoding (eg. UTF-8). Here we use _wgetenv instead > and encode that. > > Also typically Windows applications (eg. MSVC compiler) use

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

- On Jul 1, 2016, at 8:41 AM, Mike Gelfand mike...@mikedld.com wrote: > On 07/01/2016 05:12 PM, Ben Boeckel wrote: >> On Fri, Jul 01, 2016 at 16:44:32 +0300, Dāvis Mosāns wrote: >>> 2. change GetEnv to return std::unique_ptr which will be >>> automatically deleted once out of scope and we

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc4-654-g210d3b3

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 210d3b38dfc195bf35d3a66054713b13642ebdf9 (commit) via

Re: [cmake-developers] [patch] One more pattern for extracting file name from URL

On 07/01/2016 11:48 AM, Ruslan Baratov wrote: > On 01-Jul-16 15:58, Brad King wrote: >> Please try to structure the logic right in the if/elseif part. >> Matching in those also sets `CMAKE_MATCH_*` variables so one >> does not need to double-match. > 'elseif' part try to find 'archive.tar.gz' in

Re: [cmake-developers] [patch] One more pattern for extracting file name from URL

On Fri, Jul 01, 2016 at 18:48:41 +0300, Ruslan Baratov wrote: > On 01-Jul-16 16:04, Ben Boeckel wrote: > > On Fri, Jul 01, 2016 at 08:58:16 -0400, Brad King wrote: > >> Also, the `([^/]*)\\?.*` part of the regex should be more > >> like `([^/?]*)\\?.*` to avoid eagerly matching early `?`. > > This

Re: [cmake-developers] cmake -E capabilities

On Do, 2016-06-30 at 15:00 -0400, Brad King wrote: > On 06/30/2016 09:51 AM, Tobias Hunger wrote: > > Compared to the bug report mentioned above the fields "multiconfig" and > > "recursive" are missing. I could not figure out how to get that > > information:-/ > > There is no "recursive"

[CMake] QT5 i18n with cmake / QT5_CREATE_TRANSLATION

// tldr; QT5_CREATE_TRANSLATION calls lupdate with unwanted parameter @lst_file // despite being quite new to cmake, I succeeded to create a new project including Qt5LinguistTools and a .ts file containing my translations. For convenient string-update and qm-compilation, I added a

Re: [cmake-developers] [patch] One more pattern for extracting file name from URL

On 01-Jul-16 16:04, Ben Boeckel wrote: On Fri, Jul 01, 2016 at 08:58:16 -0400, Brad King wrote: Also, the `([^/]*)\\?.*` part of the regex should be more like `([^/?]*)\\?.*` to avoid eagerly matching early `?`. This should also probably skip '#' characters for URLs with anchors. --Ben

Re: [cmake-developers] [patch] One more pattern for extracting file name from URL

On 01-Jul-16 15:58, Brad King wrote: On 07/01/2016 08:01 AM, Ruslan Baratov via cmake-developers wrote: With attached patch it's possible to extract name from URLs like 'https://.../archive.tar.gz?a=x=y'. Thanks. elseif(NOT "${fname}" MATCHES

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc4-651-g4856cde

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 4856cde243efc07419d7027497457a858f2b5d4f (commit) via

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

On 07/01/2016 05:12 PM, Ben Boeckel wrote: > On Fri, Jul 01, 2016 at 16:44:32 +0300, Dāvis Mosāns wrote: >> 2. change GetEnv to return std::unique_ptr which will be >> automatically deleted once out of scope and we still can check if there >> wasn't such env if it's empty. > Hrm. I'd rather

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

On 07/01/2016 10:16 AM, Daniel Pfeifer wrote: >> Hrm. I'd rather use std::optional than relying on implicit nullptr >> semantics. > > +1. > > This class here should be renamed to cmOptional and moved to its own > file, so it may be reused: >

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

On Fri, Jul 1, 2016 at 4:12 PM, Ben Boeckel wrote: > On Fri, Jul 01, 2016 at 16:44:32 +0300, Dāvis Mosāns wrote: >> 2. change GetEnv to return std::unique_ptr which will be >> automatically deleted once out of scope and we still can check if there >> wasn't such env

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

On Fri, Jul 01, 2016 at 16:44:32 +0300, Dāvis Mosāns wrote: > 2. change GetEnv to return std::unique_ptr which will be > automatically deleted once out of scope and we still can check if there > wasn't such env if it's empty. Hrm. I'd rather use std::optional than relying on implicit nullptr

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

2016-07-01 15:25 GMT+03:00 Daniel Pfeifer : > Hi Dāvis, > > On Fri, Jul 1, 2016 at 4:18 AM, Dāvis Mosāns wrote: > > On Windows getenv uses ANSI codepage so it needs to be encoded to > > internally used encoding (eg. UTF-8). Here we use _wgetenv instead

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc4-649-ga1695a8

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 a1695a8cbfd24765b7d372aaabcff6a38869012a (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc4-295-gcff9c11

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 cff9c11de779e44f3deceaa46f4adf31491b44e8 (commit) via

[Cmake-commits] CMake branch, next, updated. v3.6.0-rc4-646-ge6474f6

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 e6474f61a96dc4abb68094fed11243db1dc00ed2 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc4-299-g4c476cc

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 4c476cc9b2441f7cf36fd87c7c7338c373905678 (commit) via

[Cmake-commits] CMake branch, master, updated. v3.6.0-rc4-297-g6e55605

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 6e55605db199a4be4d3159c92c40a5e62b880fd5 (commit) via

Re: [CMake] CMAKE_C_COMPILE_OBJECT vs

Sorry I had misread that you where still having this problem with CMake 3.4, not that it had resolved your issue. On Thu, Jun 30, 2016 at 4:36 PM, Sam Cristall wrote: > Hi Robert, > > Yes, we are adding the Keil C8051 compiler, which is very old and uses a very > unique

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

On 07/01/2016 08:25 AM, Daniel Pfeifer wrote: > On Fri, Jul 1, 2016 at 4:18 AM, Dāvis Mosāns wrote: >> On Windows getenv uses ANSI codepage so it needs to be encoded to >> internally used encoding (eg. UTF-8). Here we use _wgetenv instead >> and encode that. Thanks. Clinton

Re: [cmake-developers] cmake -E capabilities

On 07/01/2016 05:11 AM, Tobias Hunger wrote: >> For "multiconfig", there is the cmGlobalGenerator::IsMultiConfig method. > I do not see why this information is need to set up a cmake project. I need > two > directories and a generator. Do I need to know what the generator produces at > that

Re: [cmake-developers] [patch] One more pattern for extracting file name from URL

On 07/01/2016 08:01 AM, Ruslan Baratov via cmake-developers wrote: > With attached patch it's possible to extract name from URLs like > 'https://.../archive.tar.gz?a=x=y'. Thanks. > elseif(NOT "${fname}" MATCHES > "(\\.|=)(7z|tar|tar\\.bz2|tar\\.gz|tar\\.xz|tbz2|tgz|txz|zip)$") > -

Re: [cmake-developers] [patch] Document -H and -B

On 06/30/2016 05:35 PM, Dave Gittins wrote: > I don't understand the harm of documenting the options and making > them public. The discussion got side-tracked on how to do it with the currently documented interface. > Seems to me that they are > a) used > b) useful > c) safe We can consider

Re: [CMake] How do you handle recursive dependencies in CMake

Hi, On 30-Jun-16 16:01, Sven Baars wrote: I don't think this is a solution to the problem, since then it seems like the build will still fail for all our users unless they also build all their packages from inside hunter. What do you mean by "from inside hunter"? Users have to add

Re: [CMake] ctest: how to include pre- and post- processing commands

Hi Ted, On 2016-06-30 14:37, TS wrote: > [snip] > Is it possible to have a ctest which involves preprocessing as well as > postprocessing. The code to test is myCode.exe, which writes an output file. > PASS or FAIL is the result of comparison of output against reference data. AFAIK, there is

Re: [cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

> De: "Nils Gladitz" > À: "Julien Schueller" , "cmake-developers" > > Envoyé: Vendredi 1 Juillet 2016 14:19:25 > Objet: Re: [cmake-developers] PATHS guess in find_package ignored with > NO_DEFAULT_PATH &

Re: [cmake-developers] [PATCH] Improve encoding handling on Windows

Hi Dāvis, On Fri, Jul 1, 2016 at 4:18 AM, Dāvis Mosāns wrote: > On Windows getenv uses ANSI codepage so it needs to be encoded to > internally used encoding (eg. UTF-8). Here we use _wgetenv instead > and encode that. Your change to the SystemTools::GetEnv function

Re: [cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

On 07/01/2016 02:08 PM, Julien Schueller wrote: *De: *"Nils Gladitz" *À: *"Julien Schueller" , "cmake-developers" *Envoyé:

Re: [cmake-developers] cmake -E capabilities

On Fri, Jul 1, 2016 at 4:21 AM, Tobias Hunger wrote: > On Do, 2016-06-30 at 14:16 -0400, Robert Maynard wrote: >> It might be worthwhile to have the version section to have an explicit >> dirty key instead of having to parse the string key to find that >> information out. > >

Re: [cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

> De: "Nils Gladitz" > À: "Julien Schueller" , "cmake-developers" > > Envoyé: Vendredi 1 Juillet 2016 13:57:40 > Objet: Re: [cmake-developers] PATHS guess in find_package ignored with > NO_DEFAULT_PATH &

[cmake-developers] [patch] One more pattern for extracting file name from URL

Hi, With attached patch it's possible to extract name from URLs like 'https://.../archive.tar.gz?a=x=y'. Ruslo >From 0bab30e859541dde51e9e21d3a22ec80a649a30a Mon Sep 17 00:00:00 2001 From: Ruslan Baratov Date: Fri, 1 Jul 2016 14:55:29 +0300 Subject: [PATCH] Add

Re: [cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

> De: "Nils Gladitz" > À: "Julien Schueller" , "cmake-developers" > > Envoyé: Vendredi 1 Juillet 2016 12:37:47 > Objet: Re: [cmake-developers] PATHS guess in find_package ignored with > NO_DEFAULT_PATH &

Re: [cmake-developers] cmake -E capabilities

On Do, 2016-06-30 at 14:16 -0400, Robert Maynard wrote: > It might be worthwhile to have the version section to have an explicit > dirty key instead of having to parse the string key to find that > information out. I'll make that information available in a separate patch and add it. > Also

Re: [cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

On 07/01/2016 11:13 AM, Julien Schueller wrote: I'm using find_package in no-module mode with the PATHS option to provide a hard-coded guess to a path where a sublibrary 'hmat' was previously found, and with the NO_DEFAULT_PATH to not find it first in system directories. find_package (HMAT

[cmake-developers] PATHS guess in find_package ignored with NO_DEFAULT_PATH & CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

Hello, I'm using find_package in no-module mode with the PATHS option to provide a hard-coded guess to a path where a sublibrary 'hmat' was previously found, and with the NO_DEFAULT_PATH to not find it first in system directories. find_package (HMAT REQUIRED NO_MODULE PATHS /lib/cmake/hmat

Re: [CMake] CMake 3.6.0-rc4 now ready for testing!

Zitat von Brad King : On 06/29/2016 05:05 PM, Hendrik Sattler wrote: * The "InstallRequiredSystemLibraries" module learned a new "CMAKE_INSTALL_UCRT_LIBRARIES" option to enable app-local deployment of the Windows Universal CRT libraries with Visual Studio 2015.

[CMake] How to assign specific c, c++, fortran compiler and does CMake support Intel C/C++/Fortran Compiler?

Hi, all, First, thanks for review my email. There are two questions i faced now: 1. I faced problem to assign specific compiler in CMake, and i searched for a while then i found [ CC="Foo\gcc.exe" CXX="Foo\g++.exe" cmake . ] seem work. Now i use CMake in QtCreator, is there other way i can