The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15158
==
Reported By:trsystran
Assigned To:
Hi Folks,
This topic introduces support for generating VS project files
for the NVIDIA Nsight Tegra Visual Studio Edition, which then
builds for Android. I've merged it to 'next' for testing:
Merge topic 'vs-nsight-tegra-generator' into next
On 09/16/2014 10:05 AM, Brad King wrote:
Please take a look if you are interested in Android development.
[snip]
On 09/15/2014 07:04 PM, Stephen Kelly wrote:
Brad King wrote:
On 09/10/2014 11:49 AM, Stephen Kelly wrote:
target_link_libraries(mylib cmake::android-16)
Interesting idea. These
Brad King wrote:
On 09/16/2014 10:05 AM, Brad King wrote:
Please take a look if you are interested in Android development.
[snip]
On 09/15/2014 07:04 PM, Stephen Kelly wrote:
Brad King wrote:
On 09/10/2014 11:49 AM, Stephen Kelly wrote:
target_link_libraries(mylib cmake::android-16)
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15159
==
Reported By:trsystran
Assigned To:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I have a project that consists of a library and an application that are
developed as two separated projects (different repos, separate cmake
setups, etc.). Let's call them lib and app.
The app exports itself to ~/.cmake/ and creates a
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15160
==
Reported By:trsystran
Assigned To:
This is done by gathering LC_RPATH commands for main bundle executable and
using it for @rpath lookup in dependent frameworks.
To achieve this all utility functions now take path to executable rather than
path to its directory.
This enabled apps using @rpath to be bundled correctly, which will
I had to revert again because it causes the Qt4Deploy to
fail. The topic changes the signature of gp_file_type.
User projects could be calling that, so we can't change it.
In this case it is the Modules/DeployQt4.cmake file that
was calling it.
Thanks for spotting that. I've send updated
This patch has problems.
You are calling BundleUtilities::get_item_key() from
GetPrerequisites::gp_resolve_item().
There are users, including myself, which sometimes use GetPrerequisites.cmake
but don't use BundleUtilities.cmake. So you cannot call BundleUtilities
functions from
This is done by gathering LC_RPATH commands for main bundle executable and
using it for @rpath lookup in dependent frameworks.
To achieve this all utility functions now take path to executable rather than
path to its directory.
This enabled apps using @rpath to be bundled correctly, which will
This makes rpaths populated (if any), so libraries containing @rpath will be
resolved properly.
---
Modules/BundleUtilities.cmake | 30 +++---
1 file changed, 15 insertions(+), 15 deletions(-)
diff --git a/Modules/BundleUtilities.cmake b/Modules/BundleUtilities.cmake
Instead, can you extract rpaths for a binary in BundleUtilities and pass that
into gp_resolve_item via the existing dirs argument?
Okay, fixed this in the new 3/6 + 4/6 patches, attached to previous patch post.
FYI I cannot use existing dirs arguments because other replacements search
paths
On Tuesday, September 16, 2014 08:48:31 PM Adam Strzelecki wrote:
Instead, can you extract rpaths for a binary in BundleUtilities and pass
that into gp_resolve_item via the existing dirs argument?
Okay, fixed this in the new 3/6 + 4/6 patches, attached to previous patch
post.
FYI I
No? These functions are called by other codes and we can't just change the
meaning of the arguments.
You are completely right. I am changing all stuff back, once I pass rpath as
optional argument we can have exepath everywhere. Thanks for your feedback.
Regards,
--
Adam
--
Powered by
I have sent [PATCH 3/5] Resolve replace @rpath placeholders which replaces
previous 3/6 and obsoletes 4/6.
Since it is getting messy like checking fixing maybe stage account and topic
branch would be more accurate.
--Adam
--
Powered by www.kitware.com
Please keep messages on-topic and
On Tuesday, September 16, 2014 10:53:14 PM Adam Strzelecki wrote:
I have sent [PATCH 3/5] Resolve replace @rpath placeholders which replaces
previous 3/6 and obsoletes 4/6.
Since it is getting messy like checking fixing maybe stage account and
topic branch would be more accurate.
--Adam
Yes, it would be easier to review on stage or on github. Thanks.
Here it is:
https://github.com/nanoant/CMake/commits/fix-bundle-rpaths
I would love to get stage access though ;)
Cheers,
--
Adam
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
On Tue, Sep 16, 2014 at 4:05 PM, Brad King brad.k...@kitware.com wrote:
Hi Folks,
This topic introduces support for generating VS project files
for the NVIDIA Nsight Tegra Visual Studio Edition, which then
builds for Android. I've merged it to 'next' for testing:
Hi Brad,
I am really
On Tuesday, September 16, 2014 11:01:33 PM Adam Strzelecki wrote:
Yes, it would be easier to review on stage or on github. Thanks.
Here it is:
https://github.com/nanoant/CMake/commits/fix-bundle-rpaths
I would love to get stage access though ;)
Cheers,
What is the new optional
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15161
==
Reported By:hansmi
Assigned To:
Hi.
I've never worked with ExternalProject myself, so I can't comment with
certainty, but from what I understand, the correct way of using
ExternalProject is to add your own project as an ExternalProject as well.
Basically, the toplevel CMakeList becomes a superbuild which *only* does
Hi,
I am trying to configure the code coverage using the ctest script. I took
help from : http://www.cmake.org/Wiki/CTest/Coverage
My script looks like this:
*cmake_minimum_required(VERSION 3.0)set(CTEST_SOURCE_DIRECTORY
Hello all,
I do use the ExternalProject to prebuild some binaries, without the
'superproject' setup, and it does seem to work. Using the
add_dependencies, I can make sure some third party libs are prebuild
before I start to build my project. I have seen some issues with
ExternalProject (failing
I am in OSX 10.9.4 , a sample in github is :
https://github.com/yujing5b5d/cmake_sample
after git clone this project , a operation like this :
yu:cmake_sample yu$ mkdir build
It may be that you have line 63 and 64 the wrong way around:
ADD_SUBDIRECTORY(src)
ADD_SUBDIRECTORY(lib)
The externalproject is added in lib, but you add a dependency on it in
src. CMake will descend in the subdirectories in the order you supply them.
Does reversing the directories help?
Hello Micha ,
It seems doesn’t work.
I updated code , and move the external project to src , and it still not work.
what should be noticed is :
1. If I just use
$ make
as make command ,all styles are work
2. If I use in multi jobs
$ make -j8
It will run abnormal (not desired sequence) .
On
Hi Yu,
I think you need to add an explicit dependency of main.cc on the
generated (well, not really generated, but installed) header file
crfpp.h. CMake has no clue as to what files are being compiled/installed
by your external project, so you have to make this explicit.
HTH,
Marcel Loose.
On
Hello Yu,
It seems I too needed another trick to make it work:
set_property(TARGET CRFPP_EX_PROJ PROPERTY EXCLUDE_FROM_ALL TRUE)
set_property(TARGET LEVELDB_EX_PROJ PROPERTY EXCLUDE_FROM_ALL TRUE)
ADD_DEPENDENCIES(cmake_sample iniparser_static CRFPP_EX_PROJ
LEVELDB_EX_PROJ)
By default the
I still cant really make some arch specific ifdefs in my cmake
scripts using this approach.
That's the point of a multi-configuration, multi-architecture Visual
Studio solution: you defer choosing the configuration *and* the
architecture until build time.
No CMake time decisions are possible
Hello Micha,
It seems still not work….
On Sep 16, 2014, at 17:36, Micha Hergarden micha.hergar...@gmail.com wrote:
Hello Yu,
It seems I too needed another trick to make it work:
set_property(TARGET CRFPP_EX_PROJ PROPERTY EXCLUDE_FROM_ALL TRUE)
set_property(TARGET LEVELDB_EX_PROJ PROPERTY
Hello Yu,
That is because of the following lines:
AUX_SOURCE_DIRECTORY(. DIR_TARGET)
ADD_LIBRARY (relfiles ${DIR_TARGET})
I think you may be misusing the aux_source_directory command. I have
tested your setup on a linux machine with -j8 and it still builds. Did
you take a look at the
I am trying … That’s a very clear organization
On Sep 16, 2014, at 19:57, Micha Hergarden micha.hergar...@gmail.com wrote:
Hello Yu,
That is because of the following lines:
AUX_SOURCE_DIRECTORY(. DIR_TARGET)
ADD_LIBRARY (relfiles ${DIR_TARGET})
I think you may be misusing the
Hello All,
It is is because of
# AUX_SOURCE_DIRECTORY(. DIR_TARGET)
# ADD_LIBRARY (relfiles ${DIR_TARGET})
That’s really a stupid fault ,and thanks for your debug …TAT
I adjust the usage of External project , and it seems much better .
Thanks for your help . Thanks for
I have a project which generates a project-config.cmake file and a
project-config-version.cmake file in the relevant place,
When another project tries to find_package it, I receive this message from cmake
Found package configuration file:
On 16.09.2014 17:38, Biddiscombe, John A. wrote:
Found package configuration file:
/Users/biddisco/build/cmakesuper/xxx/xxx-config.cmake
but it set xxx_FOUND to FALSE so package “xxx is
considered to be NOT FOUND.
“
Which is not expected. If I set xxx_FOUND in the config, it
According to the Cmake documentation for find_package:
http://www.cmake.org/cmake/help/v3.0/command/find_package.html
the QUIET option should suppress the output only when a package cannot
be found:
The QUIET option disables messages if the package cannot be found.
From my experience, QUIET
Bill and David,
Thanks for the replies. I had to shift to something else for a bit but I'm back
to looking at this...
Bill, I'm not sure what you mean by external projects? My software is built
as part of a large suite of open-source software collectively named Trilinos
that is owned, or at
Hi David, Alexey
I'm glad to hear your enthusiasm about our involvement with CMake. We're still
trying to understand the issues that people are facing and how we can help
improve those. The multi-platform support is something somewhat experimental
that will have issues, but getting feedback
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 5acb1b2c0191df17c7f2e8fdc96c2e6956d81a71 (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 56af8866038de20eb837d882aa9879c17e146ef7 (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 38a4c3e7376e207f09c559a7a14590d6060ae9e5 (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 240356877edd2ec55024b51bd0b862fcef002ee1 (commit)
via
20140916)
+set(CMake_VERSION_PATCH 20140917)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
44 matches
Mail list logo