On 7/30/2015 3:17 AM, Auer, Jens wrote:
Thanks a lot. Obviously, setting the environment when calling cmake
is not enough. The command scl enable devtoolset-3 cmake ../src
sets the path etc and runs the cmake command, but it seems that cmake
opens a new subshell with default settings. I've added
Hi again
Am 30.07.2015 um 10:54 schrieb Pascal Bach:
Hi Clint, Hi Brad
What I want to avoid is users thinking that what you are proposing overrides
any other way of finding Qt when cross compiling.
The wording you propose is To find Qt in a cross compile environment set
the
following
Hi folks,
This might not be a problem with CMake, it's probably due to my lack of
familiarity with Windows either in CMakeLists.txt or in the code itself.
I have a large C++ codebase which uses CMake to build on
Linux/Unix/MacOS X. I'm currently porting it to use a superbuild
I just detected a small error introduced in patch 0001, here is the correct
version.
Sorry for the noise...
On 30/07/15 11:32, cmake-developers on behalf of CHEVRIER, Marc
cmake-developers-boun...@cmake.org on behalf of marc.chevr...@sap.com wrote:
New version of patches taking into
Just to add to my question: I do not expect that set(alib
$TARGET_OBJECTS:A) expands to the list of files, I just want to pass the
string $TARGET_OBJECTS:A to add_executable and then evaluate it there.
From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Auer, Jens
Sent: 30 July 2015
We are pleased to announce that CMake 3.2.2 is now available for download.
Please use the latest release from our download page:
http://www.cmake.org/download/
Thanks for your support!
-
Changes in 3.2.2 since 3.2.1:
Dear CMake devs/users,
I wanted to ask your opinion on something that has been troubling me since…
well, ever since I started using CMake. I have not found a single person alive
who would have said:
“The script language of CMake is nice, intuitive and productive. Authoring
scripts is easy,
On 07/29/2015 09:49 AM, Nagy-Egri Máté Ferenc via cmake-developers wrote:
*
The big selling point would be the ability to introduce arbitrary
front-ends to CMake, not just CMakelists.txt. Every developer could
choose an input language that suits their project/needs/skills.
I
On 07/30/2015 08:45 AM, Nils Gladitz wrote:
Am I missing something obvious?
It can only work for the configurations that CMake knows about.
For single-config generators (Makefiles, Ninja) this is the
value of CMAKE_BUILD_TYPE. For multi-config generators they
are listed in
On 7/30/2015 7:51 AM, Nagy-Egri Máté Ferenc via CMake wrote:
Bill:
I am a member, I just tried sending using the same mail using
the “secret CC” option. It seems it did not work.
OK, I just checked and it was rejected because of this:
Reason: Message has implicit destination
I have
On 07/30/2015 03:28 PM, Brad King wrote:
On 07/30/2015 08:45 AM, Nils Gladitz wrote:
Am I missing something obvious?
It can only work for the configurations that CMake knows about.
For single-config generators (Makefiles, Ninja) this is the
value of CMAKE_BUILD_TYPE. For multi-config
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 87a4d23c36a3c879baf3e8fd57ac56b1a68f27d8 (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 a8c3698526cfa11c61d9dfd8c0f9fa8d2c7ff10a (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 7e27a42ebde342cc78dc5e3ae8b03f152eab498a (commit)
via
I did some more investigation and found out that this only happens when I use
CMAKE_BUILD_TYPE=RELEASE. Could this be related to the bug in centos? When I
set the build type to release, ar crashes when using lto. Could this make cmake
discard the ar in the custom directory and fall-back to the
The big selling point would be the ability to introduce arbitrary
front-ends to CMake, not just CMakelists.txt. Every developer could
choose an input language that suits their project/needs/skills.
I don't like that idea.
Many different languages would make supporting (as in
Hello,
On 29/07/15 14:07, Mantis Bug Tracker wrote:
==
http://www.cmake.org/Bug/view.php?id=15669
==
this bug caused by different App Bundle layout in MacOSX
On 07/30/2015 07:38 AM, Gregor Jasny via cmake-developers wrote:
Do you have a better idea to detect the usage of iphone/simulator SDK?
Maybe we should handle this in the platform Darwin modules?
This occurs when cross-compiling to iOS, so should we check for
CMAKE_SYSTEM_NAME set to iOS?
I tried using
http://www.cmake.org/cmake/help/v3.3/variable/CMAKE_MAP_IMPORTED_CONFIG_CONFIG.html
in the following example:
cmake_minimum_required(VERSION 3.3)
project(Foo CXX)
set(CMAKE_MAP_IMPORTED_CONFIG_RELWITHDEBINFO Release)
add_library(foo SHARED IMPORTED)
get_property(VAR
@Domagoj:
“In addition to it feeling like working with (or fighting against) an ugly
crossover between a C preprocessor and a shell script from 1979, an
increasingly
big source of frustration is its rigidness and limitation of 'only one
toolset/compiler per project'.”
I couldn’t have put
On 07/29/2015 03:58 PM, Alex Merry wrote:
This is intended to be used from a settings file which is applied to a
group of CMake projects. This allows the file to control which policies
means that users of the settings file are not forced to use NO_POLICY_SCOPE
(particularly important if the
It turns out this was my fault: removing the instantiation/export of
std::char_traitschar
was sufficient to correct the linker errors.
Sorry for the noise,
Roger
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Roger,
Did you try to remove all the explicit template exports? I never had to do
it and compiled many static and shared libraries on Windows. Of course VS
is going to complain about exporting template classes but as long as you
don't try to mix VS versions I think you can safely ingore those
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 7c8e1606394017c70f6f425e0aa09194628160a3 (commit)
via
json is SOOO much sexier than XML. ;-)
On Thu, Jul 30, 2015 at 10:10 AM, Dan Kegel d...@kegel.com wrote:
The big selling point would be the ability to introduce arbitrary
front-ends to CMake, not just CMakelists.txt. Every developer could
choose an input language that suits
On 07/30/2015 09:55 AM, CHEVRIER, Marc wrote:
here is the correct version.
Thanks. The component name Extra sounds too generic and we won't
be able to extend it in the future with other extra parts for the
same reason these tools could not be made part of Development.
Perhaps instead we should
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 b31d8febcd4a4a6c0a00d1c764d7bd7cc0f7d770 (commit)
via
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15672
==
Reported By:A. Klitzing
Assigned To:
On Thu, Jul 30, 2015 at 9:30 AM, David Cole dlrd...@aol.com wrote:
json is SOOO much sexier than XML. ;-)
shiny, shiny json :-)
Agreed, json is not covered with ugly-stink. I like it and use it daily.
I'm not at all sure that stateless build languages are a win in the
multiplatform
On Thursday, July 30, 2015 10:56:02 AM Brad King wrote:
On 07/30/2015 09:29 AM, Pascal Bach wrote:
CMAKE_FIND_ROOT_PATH_MODE would then need to be extended to support
something like NATIVE and TARGET that one could use to choose where
to look for files.
This way every find_* call could
Did you try to remove all the explicit template exports? I never had to do
it and compiled many static and shared libraries on Windows. Of course VS
is going to complain about exporting template classes but as long as you
don't try to mix VS versions I think you can safely ingore those
On 07/29/2015 12:51 PM, Bill Somerville wrote:
Revised patches attached.
Thanks! Applied:
GetPrerequisites: Add error checks for execute_process() calls
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=35626e57
GetPrerequisites: Optionally filter objdump output for speed
On 7/30/2015 10:48 AM, Dan Kegel wrote:
I wouldn't mind getting rid of the cache, it's a bizarre concept that appears
to be a workaround for users who can't stand starting cmake from a script,
and it complicates my cmake scripts, but that's not a battle I'd like to wage.
No, it is how CMake
On 30/07/2015 18:34, Brad King wrote:
On 07/30/2015 11:23 AM, Roger Leigh wrote:
foo_EXPORT_TEMPLATE template class foo_EXPORT std::allocatorchar;
[snip]
#ifdef @EXPORT_IMPORT_CONDITION@
/* We are building this library */
# define @EXPORT_MACRO_NAME@ @DEFINE_EXPORT@
+#
All,
This seems like a pretty simple task, but I cannot figure out a good way to do
it. I want to get a list of all files in a directory that do not have a certain
string in the filename.
Can someone help?
-Nick
Nick Crast
Software Engineer
Saab
Get the list of all files, loop over them, and filter out the ones
that DO have the string in the name ...?
On Thu, Jul 30, 2015 at 4:05 PM, Crast, Nicholas
nicholas.cr...@saabsensis.com wrote:
All,
This seems like a pretty simple task, but I cannot figure out a good way to
do it. I want
Disclaimer: My name is attached to the failed CMake/Lua attempt.
In principle, I like the idea of what you propose. However, in
practice, I think it might be too big and too ambitious.
Here are some quick thoughts I have:
- I am in the camp that I do not like the CMake language. And it is
often
20150730)
+set(CMake_VERSION_PATCH 20150731)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
On Wednesday, July 29, 2015 07:49:07 Nagy-Egri Máté Ferenc via cmake-
developers wrote:
...
I believe CMake is an invaluable tool, but it could do far better. 0/10
CMake users I’ve met say they are “happy” CMake users. The learning curve
is steep, and the skills gained are not reusable. 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 b676998c3dab97c953a71eb3368b71fc521b239a (commit)
via
Thanks a lot. Obviously, setting the environment when calling cmake is not
enough. The command scl enable devtoolset-3 cmake ../src
sets the path etc and runs the cmake command, but it seems that cmake opens a
new subshell with default settings. I've added the settings to .bashrc and it
now
Am 30.07.2015 10:15 vorm. schrieb Bill Hoffman bill.hoff...@kitware.com:
On 7/30/2015 10:48 AM, Dan Kegel wrote:
I wouldn't mind getting rid of the cache, it's a bizarre concept that
appears
to be a workaround for users who can't stand starting cmake from a
script,
and it complicates my
I think this topic addresses improving the greatest CMake's greatest weakness.
It would modularize the internals of CMake in a cleaner fashion
Good point. Having built part of a generator, I would appreciate cleaner
generator interfaces. That way it's clear what implementations are necessary to
Hi,
I need to get the linked libraries of a target. I was moving the code
away from get_target_property to generator expressions that should get
into a generated file, although I haven't managed yet.
Is there any possibility to do that already?
I've been thinking of adding something like a map
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 e55a1b5e7d74cc5f7ead80b2b22ee768c2918520 (commit)
via
On Jul 30, 2015, at 11:56 AM, Dan Kegel d...@kegel.com wrote:
Am 30.07.2015 10:15 vorm. schrieb Bill Hoffman bill.hoff...@kitware.com:
On 7/30/2015 10:48 AM, Dan Kegel wrote:
I wouldn't mind getting rid of the cache, it's a bizarre concept that
appears
to be a workaround for
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 fdc227c297b54f0f7e8c158cdc6bb3ccdc8f01d4 (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 d42ee02881817f90451a6fdb0f983ab5fd56a3e5 (commit)
via
Hi all,
We have a similar way here to get dll dependencies recursively and create a
zip archive. Ideally, this could be integrated in cmake but not sure if
that will be ok on cmake side. The code doesn't uses fixup_bundle(..) but
follows a similar function syntax.
package_mingw(
ARCH
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 82bfbf88966baeeb7d3891cc6b3cb32a707dd6b2 (commit)
via
Hi,
I am trying to dynamically assemble a list of generator expressions and use
them in add_executable. The background is that I have some macros to add
targets, e.g.
add_my_library(TARGET liba SOURCES ...) # this class add_library(liba OBJECT
...) internally
add_my_executable(TARGET a DEPENDS
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15673
==
Reported By:Xan López
Assigned To:
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 e05d78a040d22d1d918c8704824e800ac9c0cfe1 (commit)
via
Very minor documentation update clarifying what happens if string(FIND)
doesn't find a match. I had to make a CMake test script and/or check CMake
source code to find the answer.
Best regards,
James Johnston
0001-string-State-return-value-if-string-FIND-doesn-t-fin.patch
Description: Binary
See attached patch.
This is following the recommendations here:
https://support.microsoft.com/en-us/kb/168958
While the existing foo_EXPORT provided by GenerateExportHeader is fine
for use in exporting functions and classes, it isn't apparently
sufficient for template export. This is
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 107011a18580b70dffa1b643b93ecd6715303da9 (commit)
via
On 07/30/2015 11:57 AM, James Johnston wrote:
Very minor documentation update clarifying what happens if string(FIND)
doesn't find a match. I had to make a CMake test script and/or check CMake
source code to find the answer.
Applied, thanks:
Help: Document string(FIND) return value when no
On 7/30/2015 11:56 AM, Dan Kegel wrote:
I believe the latter, but not the former.
I never use the GUI, and consider the cache an anti-feature there solely
to support GUI users. It complicates my life, and I'd love to see it go.
It is certainly not there just for the GUI. Every try-compile,
On 07/30/2015 11:23 AM, Roger Leigh wrote:
foo_EXPORT_TEMPLATE template class foo_EXPORT std::allocatorchar;
[snip]
#ifdef @EXPORT_IMPORT_CONDITION@
/* We are building this library */
# define @EXPORT_MACRO_NAME@ @DEFINE_EXPORT@
+# define @EXPORT_MACRO_NAME@_TEMPLATE
On 30/07/2015 19:36, Rashad M wrote:
Hi all,
Hi Rashad
We have a similar way here to get dll dependencies recursively and
create a zip archive. Ideally, this could be integrated in cmake but
not sure if that will be ok on cmake side. The code doesn't uses
fixup_bundle(..) but follows a
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15671
==
Reported By:beckmi
Assigned To:
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 b40e8c4ae752205aa134d656bfa852610d258322 (commit)
via
New version of patches taking into account Brad’ remarks.
Marc
On 29/07/15 15:47, Brad King brad.k...@kitware.com wrote:
On 07/29/2015 04:01 AM, CHEVRIER, Marc wrote:
here is an updated list of patches.
Great.
find_package_handle_standard_args(Java
REQUIRED_VARS
Hi Clint, Hi Brad
What I want to avoid is users thinking that what you are proposing overrides
any other way of finding Qt when cross compiling.
The wording you propose is To find Qt in a cross compile environment set the
following variables
However there are users for which setting only
64 matches
Mail list logo
