Re: [cmake-developers] Adding Swift support to CMake for Linux/Makefiles
On 12/24/15, Eric Wingwrote: >> set(SWIFT_BRIDGING_HEADER SwiftSDL-Bridging-Header.h) > > Quick addendum: Just realized the bridging header should probably be > per-target. > For reference, we have an Xcode specific, per-target variable for the bridging header: XCODE_ATTRIBUTE_SWIFT_OBJC_BRIDGING_HEADER. set_property(TARGET ${BLURRR_USER_EXECUTABLE_NAME} PROPERTY XCODE_ATTRIBUTE_SWIFT_OBJC_BRIDGING_HEADER "${PROJECT_SOURCE_DIR}/source/MySwiftBridgingHeader.h") -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [CMake] get_prerequisites() - fails with No such file or directory
Sorry po re-posting, the formatting in the previous message was badly corupted ... :-( __ Původní zpráva: Od:Komu: Datum: 07.01.2016 10:25 Předmět: Re: [CMake]get_prerequisites() - fails with No such file or directory When get_prerequisites() is not called, the build works correctly. So, did I do anything wrong? get_prerequisites needs to be called at install time and not CMake time. Look at install(CODE "") -Bill Hello Bill,thank you for your answer. I guessed that this is the problem, but I didn't know about install(CODE ...) directive. Thank you!So, now I have used: install(CODE "include(GetPrerequisites)get_prerequisites(${LOC} PREREQS 0 0 \"\" \"\")message(\"---> prerequisites: ${PREREQS} for ${LOC}\")foreach(D in ${PREREQS})message(\" >>> ${D}\")endforeach() " )as it stopped to report the error - seems to work for the first look. However, there are no dependencies listed (at least under windows, where I need it primarily):Install the project...echo >nul && "C:\Program Files (x86)\CMake\bin\cmake.exe" -P cmake_install.cmake-- Install configuration: "Release"-- Installing: t:/smazat/x86_32_windows/./SpeechTechTTS_Python.dll---> prerequisites: for T:/smazat/SpeechTechTTS_Python.dll>>>Manual invocation of 'dumpbin / dependents SpeechTechTTS_Python.dll' returns:Microsoft (R) COFF/PE Dumper Version 12.00.40629.0Copyright (C) Microsoft Corporation. All rights reserved.Dump of file SpeechTechTTS_Python.dllFile Type: DLLImage has the following dependencies:expat.dllpython27.dll KERNEL32.dllSummary7000 .data6E000 .rdata7000 .reloc1000 .rsrc7E000 .text2000 _RDATAWhy none of dependent DLL are listed, even when exclude_system option is set to 0?Thank you again,Dan -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] get_prerequisites() - fails with No such file or directory
When get_prerequisites() is not called, the build works correctly. So, did I do anything wrong? get_prerequisites needs to be called at install time and not CMake time. Look at install(CODE "") -Bill Hello Bill,thank you for your answer. I guessed that this is the problem, but I didn't know about install(CODE ...) directive. Thank you!So, now I have used: install(CODE "include(GetPrerequisites)get_prerequisites(${LOC} PREREQS 0 0 \"\" \"\")message(\"---> prerequisites: ${PREREQS} for ${LOC}\")foreach(D in ${PREREQS})message(\" >>> ${D}\")endforeach()" )ans it stopped to report the error - seems to work for the first look. However, there are no dependencies listed (at least under windows, where I need it primarily):Install the project...echo >nul && "C:\Program Files (x86)\CMake\bin\cmake.exe" -P cmake_install.cmake-- Install configuration: "Release"-- Installing: t:/smazat/x86_32_windows/./SpeechTechTTS_Python.dll---> prerequisites: for T:/smazat/SpeechTechTTS_Python.dll>>>Manual invocation of 'dumpbin /dependents SpeechTechTTS_Python.dll' returns:Microsoft (R) COFF/PE Dumper Version 12.00.40629.0Copyright (C) Microsoft Corporation. All rights reserved.Dump of file SpeechTechTTS_Python.dllFile Type: DLLImage has the following dependencies:expat.dllpython27.dllKERNEL32.dllSummary7000 .data6E000 .rdata7000 .reloc1000 .rsrc7E000 .text2000 _RDATAWhy none of dependent DLL are listed, even when exclude_system option is set to 0?Thank you again,Dan -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Imported libraries and cyclic dependencies
Which version of CMake are you using? On 01/07/2016 04:28 PM, Rainer Poisel wrote: Hi, I am having troubles with linking a bunch of imported libraries that have cyclic dependencies. This is what I am doing: 8<=== find_library(ESP8266_SDK_LIB_MAIN main ${ESP8266_SDK_BASE}/lib) add_library(esp8266_main UNKNOWN IMPORTED) set_property(TARGET esp8266_main PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_MAIN}") find_library(ESP8266_SDK_LIB_PHY phy ${ESP8266_SDK_BASE}/lib) add_library(esp8266_phy UNKNOWN IMPORTED) set_property(TARGET esp8266_phy PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_PHY}") find_library(ESP8266_SDK_LIB_PP pp ${ESP8266_SDK_BASE}/lib) add_library(esp8266_pp UNKNOWN IMPORTED) set_property(TARGET esp8266_pp PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_PP}") find_library(ESP8266_SDK_LIB_LWIP lwip ${ESP8266_SDK_BASE}/lib) add_library(esp8266_lwip UNKNOWN IMPORTED) set_property(TARGET esp8266_lwip PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_LWIP}") target_link_libraries(ESP8266_SDK INTERFACE gcc esp8266_lwip esp8266_main esp8266_phy esp8266_pp ) target_link_libraries(esp8266_main INTERFACE esp8266_lwip esp8266_pp esp8266_phy ) 8<=== The given example is not complete. However, I hope it is sufficient to give you an idea of what I want to achieve: I would like to specify the dependencies between imported libraries. Subsequently I want to make the linker call mention my libraries several times in order to make the linker resolve all dependency cycles (multiplicity). This is the corresponding error message: 8<=== CMake Error at external/esp8266-cmake/sdk/nonos-1.4.0.cmake:111 (target_link_libraries): Cannot specify link libraries for target "esp8266_main" which is not built by this project. 8<=== As a workaround I added the -Wl,--start-group (referred to as BUILD_LINK_PREFIX) and the -Wl,--end-group (referred to as BUILD_LINK_SUFFIX) arguments (yes, it is a GCC) directly to the invocation of target_link_libraries() of my executable which has been defined by add_executable() beforehand. But I think that this is just a botch-up. Here is an example of the complete code (using the before-mentioned workaround): * https://github.com/rpoisel/esp8266-mqtt * https://github.com/rpoisel/esp8266-cmake/blob/master/main/CMakeLists.txt Thanks for any suggestions in advance, Rainer -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[cmake-developers] patch building and testing
Hi cmake-developers, I'm a bit new to this, so please bear with me! I wanted to fix an issue (#13666), so I did the following: 1.) Cloned the git repo, ran bootstrap and make. 2.) Wrote some code in cmVisualStudio10TargetGenerator.cxx. Running make again didn't seem to recompile anything, which seemed strange. Am I meant to run bootstrap (or bin/cmake, I guess) each time I want to recompile? The relationship of these tools and the source files isn't clear to me. Once I recompile, I want to make sure I didn't break anything. There appears to be a full suite of tests in the Tests folder, but how exactly do I run them, and from where? I couldn't find instructions for this on the wiki or in source. The README in the Tests folder mostly concerns how to add a test, not run the existing ones. Thanks for the help (and patience)! - Mike -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake-developers
Re: [CMake] adding parts of build log to dashboard.
Hi Rashad, It may not be the perfect way of doing it, but I attach build log files as "notes". With something like: set( CTEST_NOTES_FILES ${CTEST_BINARY_DIRECTORY}/BuildLogs/log1.log ... ) ctest_submit( PARTS Build Notes ) (I actually do something rather more complicated. I split the build into sub-projects, which are built in parallel, producing subproject-specific build logs in parallel. In the end I upload all the build results one by one for each of the sub-projects. I can send you my NightlyBuild.cmake file if you're interested...) Cheers, Attila > On 07 Jan 2016, at 14:51, Rashad Kanavathwrote: > > Hello, > > How can I include part of my build log to cdash output. Currently cdash > pickup build errors and warnings. > > In the build summary, if there is no build log attached. I think this is > intentional given the size of build log for some projects. > > What I would like to know is , if there is way I can put some logs into build > summary page via some special cmake settings. I don't may be setting a cmake > var ? > > My situation is I have a set of add_custom_targets that I used to make > packages. they produce various ouputs such as processing abc.dll, creating > zip archive, adding files to archive etc.. > > Is there a way I can include them into the build summary ? > > > > -- > Regards, >Rashad > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Imported libraries and cyclic dependencies
Hello, I am using CMake 3.4.1. Best regards, Rainer On Fri, Jan 8, 2016 at 2:18 AM, iosif neitzkewrote: > Which version of CMake are you using? > > > On 01/07/2016 04:28 PM, Rainer Poisel wrote: >> >> Hi, >> >> I am having troubles with linking a bunch of imported libraries that >> have cyclic dependencies. >> >> This is what I am doing: >> >> 8<=== >> find_library(ESP8266_SDK_LIB_MAIN main ${ESP8266_SDK_BASE}/lib) >> add_library(esp8266_main UNKNOWN IMPORTED) >> set_property(TARGET esp8266_main PROPERTY IMPORTED_LOCATION >> "${ESP8266_SDK_LIB_MAIN}") >> >> find_library(ESP8266_SDK_LIB_PHY phy ${ESP8266_SDK_BASE}/lib) >> add_library(esp8266_phy UNKNOWN IMPORTED) >> set_property(TARGET esp8266_phy PROPERTY IMPORTED_LOCATION >> "${ESP8266_SDK_LIB_PHY}") >> >> find_library(ESP8266_SDK_LIB_PP pp ${ESP8266_SDK_BASE}/lib) >> add_library(esp8266_pp UNKNOWN IMPORTED) >> set_property(TARGET esp8266_pp PROPERTY IMPORTED_LOCATION >> "${ESP8266_SDK_LIB_PP}") >> >> find_library(ESP8266_SDK_LIB_LWIP lwip ${ESP8266_SDK_BASE}/lib) >> add_library(esp8266_lwip UNKNOWN IMPORTED) >> set_property(TARGET esp8266_lwip PROPERTY IMPORTED_LOCATION >> "${ESP8266_SDK_LIB_LWIP}") >> >> target_link_libraries(ESP8266_SDK INTERFACE >> gcc >> esp8266_lwip >> esp8266_main >> esp8266_phy >> esp8266_pp >> ) >> >> target_link_libraries(esp8266_main INTERFACE >> esp8266_lwip >> esp8266_pp >> esp8266_phy >> ) >> 8<=== >> >> The given example is not complete. However, I hope it is sufficient to >> give you an idea of what I want to achieve: I would like to specify >> the dependencies between imported libraries. Subsequently I want to >> make the linker call mention my libraries several times in order to >> make the linker resolve all dependency cycles (multiplicity). >> >> This is the corresponding error message: >> >> 8<=== >> CMake Error at external/esp8266-cmake/sdk/nonos-1.4.0.cmake:111 >> (target_link_libraries): >> Cannot specify link libraries for target "esp8266_main" which is not built >> by this project. >> 8<=== >> >> As a workaround I added the -Wl,--start-group (referred to as >> BUILD_LINK_PREFIX) and the -Wl,--end-group (referred to as >> BUILD_LINK_SUFFIX) arguments (yes, it is a GCC) directly to the >> invocation of target_link_libraries() of my executable which has been >> defined by add_executable() beforehand. But I think that this is just >> a botch-up. >> >> Here is an example of the complete code (using the before-mentioned >> workaround): >> * https://github.com/rpoisel/esp8266-mqtt >> * >> https://github.com/rpoisel/esp8266-cmake/blob/master/main/CMakeLists.txt >> >> Thanks for any suggestions in advance, >> Rainer >> > -- > > Powered by www.kitware.com > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Kitware offers various services to support the CMake community. For more > information on each offering, please visit: > > CMake Support: http://cmake.org/cmake/help/support.html > CMake Consulting: http://cmake.org/cmake/help/consulting.html > CMake Training Courses: http://cmake.org/cmake/help/training.html > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/cmake -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[Cmake-commits] CMake branch, master, updated. v3.4.1-771-g64dd524
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 64dd52422b02398d652220514bcf18c2abbbe643 (commit) via 7656662148782b7751c62efd256e644c7295c883 (commit) from 0296089291d59568780baea30332b66ef24f1df4 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=64dd52422b02398d652220514bcf18c2abbbe643 commit 64dd52422b02398d652220514bcf18c2abbbe643 Merge: 0296089 7656662 Author: Brad KingAuthorDate: Thu Jan 7 13:28:21 2016 -0500 Commit: CMake Topic Stage CommitDate: Thu Jan 7 13:28:21 2016 -0500 Merge topic 'install-xdgdata-dir' 76566621 QtDialog: Add option to control XDG file install destination --- Summary of changes: Source/CMakeInstallDestinations.cmake |5 + Source/QtDialog/CMakeLists.txt|6 +++--- bootstrap |7 +++ 3 files changed, 15 insertions(+), 3 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.4.1-769-g0296089
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 0296089291d59568780baea30332b66ef24f1df4 (commit) via 64e26850fc2a98994424a34eada9bec90f384c7e (commit) from 1c646e4839418d51e1c9673929d55021f2ed9865 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0296089291d59568780baea30332b66ef24f1df4 commit 0296089291d59568780baea30332b66ef24f1df4 Merge: 1c646e4 64e2685 Author: Brad KingAuthorDate: Thu Jan 7 13:28:18 2016 -0500 Commit: CMake Topic Stage CommitDate: Thu Jan 7 13:28:18 2016 -0500 Merge topic 'cray-prgev-cleanup' 64e26850 CrayPrgEnv: Cleanup binaries from implicit compile flag detection --- Summary of changes: Modules/Compiler/CrayPrgEnv.cmake |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v3.4.1-785-g5112da5
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 5112da5c2fe9cfa35d741cd0f35d20c787797475 (commit) via fae4779864d1e5a93369b1ac7de9ee7428a28043 (commit) via 083312a8fd39f6ff7a9abc79184e31eb233e8933 (commit) via 240b065faa9bc3b1a8dcf073a94028cd473a8c62 (commit) via a95b47154ef0508cb30c82b79dab75526743498a (commit) from 070f09f91ea2ea903ad503925e4870aaf541d291 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5112da5c2fe9cfa35d741cd0f35d20c787797475 commit 5112da5c2fe9cfa35d741cd0f35d20c787797475 Merge: 070f09f fae4779 Author: Brad KingAuthorDate: Thu Jan 7 13:28:31 2016 -0500 Commit: CMake Topic Stage CommitDate: Thu Jan 7 13:28:31 2016 -0500 Merge topic 'release-windows' fae47798 Utilities/Release: Configure Windows binary to support Windows XP 083312a8 Utilities/Release: Switch to .msi builder for Windows binary 240b065f Utilities/Release: Optionally load environment on remote build server a95b4715 Utilities/Release: Add optional remote launcher to ssh calls --- Summary of changes: Help/release/dev/release-windows.rst |7 +++ Tests/CMakeLists.txt |2 +- Utilities/Release/create-cmake-release.cmake |2 +- ...sh2win64_release.cmake => dash3win7_release.cmake} | 17 +++-- Utilities/Release/release_cmake.cmake | 11 +++ Utilities/Release/release_cmake.sh.in |1 + 6 files changed, 28 insertions(+), 12 deletions(-) create mode 100644 Help/release/dev/release-windows.rst rename Utilities/Release/{dash2win64_release.cmake => dash3win7_release.cmake} (61%) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v3.4.1-1864-gda8f980
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 da8f980ca6488a3695bd813dec234cdb8b6d7da8 (commit) via 560346831628c1a887923e6bf866d91727e9c1ca (commit) from 633b34d968b9513fb3106642f88a63f346503dab (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=da8f980ca6488a3695bd813dec234cdb8b6d7da8 commit da8f980ca6488a3695bd813dec234cdb8b6d7da8 Merge: 633b34d 5603468 Author: Brad KingAuthorDate: Thu Jan 7 13:44:35 2016 -0500 Commit: CMake Topic Stage CommitDate: Thu Jan 7 13:44:35 2016 -0500 Merge topic 'suppress-Wshadow-single' into next 56034683 fixup! CTestCustom: Suppress -Wshadow warning about Solaris 'single' typedef https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=560346831628c1a887923e6bf866d91727e9c1ca commit 560346831628c1a887923e6bf866d91727e9c1ca Author: Brad King AuthorDate: Thu Jan 7 13:44:04 2016 -0500 Commit: Brad King CommitDate: Thu Jan 7 13:44:04 2016 -0500 fixup! CTestCustom: Suppress -Wshadow warning about Solaris 'single' typedef diff --git a/CTestCustom.cmake.in b/CTestCustom.cmake.in index 634d22a..abef692 100644 --- a/CTestCustom.cmake.in +++ b/CTestCustom.cmake.in @@ -22,7 +22,7 @@ list(APPEND CTEST_CUSTOM_WARNING_EXCEPTION "Utilities.cmexpat." "Utilities.cmlibarchive" "warning: declaration of .single. shadows a global declaration" - "/usr/include.*warning.*shadowed declaration is here" + "/usr/include.*(warning|note).*shadowed declaration is here" "/usr/bin/ld.*warning.*-..*directory.name.*bin.*does not exist" "Redeclaration of .send. with a different storage class specifier" "is not used for resolving any symbol" --- Summary of changes: CTestCustom.cmake.in |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, next, updated. v3.4.1-1862-g633b34d
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 633b34d968b9513fb3106642f88a63f346503dab (commit) via 5112da5c2fe9cfa35d741cd0f35d20c787797475 (commit) via 070f09f91ea2ea903ad503925e4870aaf541d291 (commit) via f7fbe0f6811dcd656f8cf772c6d57199c92f0a5e (commit) via 5c6cbd390e1d2466df318d2f25e563eb3418bce3 (commit) via 64dd52422b02398d652220514bcf18c2abbbe643 (commit) via 0296089291d59568780baea30332b66ef24f1df4 (commit) via 1c646e4839418d51e1c9673929d55021f2ed9865 (commit) from 1a1d94b61c82bd507dc4c36ef323043be9454dd2 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=633b34d968b9513fb3106642f88a63f346503dab commit 633b34d968b9513fb3106642f88a63f346503dab Merge: 1a1d94b 5112da5 Author: Brad KingAuthorDate: Thu Jan 7 13:31:10 2016 -0500 Commit: Brad King CommitDate: Thu Jan 7 13:31:10 2016 -0500 Merge branch 'master' into next --- Summary of changes: hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/mailman/listinfo/cmake-commits
Re: [CMake] 3.4.1 installer overwrites Windows PATH system var
On 12/07/2015 09:06 AM, Brad King wrote: > Yes. We will look at addressing this for the 3.5 release now that we > understand the cause. We've switched to using the WiX generator to produce a .msi installer instead: Utilities/Release: Switch to .msi builder for Windows binary https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=083312a8 This avoids the issue altogether. -Brad -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Creating relocatable export files
On Saturday, November 14, 2015 12:19:11 Nicholas Braden wrote: > Instead of using FOO_INCLUDE_DIR, I believe you should use > target_include_directories() with the INTERFACE or PUBLIC options - > this will export the include directories properly and they will be > used when someone target_link_library()s your exported target. > https://cmake.org/cmake/help/latest/command/target_include_directories.html? > highlight=INTERFACE > > There seems to be a section in the documentation on making sure your > packages are relocatable: > https://cmake.org/cmake/help/latest/manual/cmake-packages.7.html#creating-re > locatable-packages > > See also: > https://cmake.org/cmake/help/latest/module/CMakePackageConfigHelpers.html this is from before the fancy target-include-directories-propagation functionality was added, it shouldn't be necessary anymore. Alex -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v3.4.1-1868-g9469108
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 946910862468bef655e28378fc0bf74caa70dc7a (commit) via bbb3c4ffc18dcadc774b7fe4b2ceca1557ddb253 (commit) from 4aae44966324856ff60424e4629681c1840794f7 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=946910862468bef655e28378fc0bf74caa70dc7a commit 946910862468bef655e28378fc0bf74caa70dc7a Merge: 4aae449 bbb3c4f Author: Brad KingAuthorDate: Thu Jan 7 16:12:29 2016 -0500 Commit: CMake Topic Stage CommitDate: Thu Jan 7 16:12:29 2016 -0500 Merge topic 'cpack-dmg-license-fixes' into next bbb3c4ff CPack/DragNDrop: Fix handling of certain license file content (#15899) https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=bbb3c4ffc18dcadc774b7fe4b2ceca1557ddb253 commit bbb3c4ffc18dcadc774b7fe4b2ceca1557ddb253 Author: Andrey Mishchenko AuthorDate: Sat Jan 2 16:11:00 2016 -0500 Commit: Brad King CommitDate: Thu Jan 7 15:24:42 2016 -0500 CPack/DragNDrop: Fix handling of certain license file content (#15899) There were issues in the special-character-escaping and line-wrapping code which caused DragNDrop packaging to fail mysteriously at a later step with parsing errors in the `sla.r` file generated by the following code. diff --git a/Source/CPack/cmCPackDragNDropGenerator.cxx b/Source/CPack/cmCPackDragNDropGenerator.cxx index 1a694ea..7b94ca3 100644 --- a/Source/CPack/cmCPackDragNDropGenerator.cxx +++ b/Source/CPack/cmCPackDragNDropGenerator.cxx @@ -693,27 +693,49 @@ int cmCPackDragNDropGenerator::CreateDMG(const std::string& src_dir, ofs << std::dec << std::nouppercase << std::setfill(' '); } +bool have_write_license_error = false; +std::string error; + if(oldStyle) { - WriteLicense(ofs, 0, "", cpack_license_file); + if(!this->WriteLicense(ofs, 0, "", cpack_license_file, )) +{ +have_write_license_error = true; +} } else { - for(size_t i = 0; i < languages.size(); ++i) + for(size_t i = 0; i < languages.size() && !have_write_license_error; ++i) { if(singleLicense) { - WriteLicense(ofs, i + 5000, languages[i], cpack_license_file); + if(!this->WriteLicense(ofs, i + 5000, languages[i], + cpack_license_file, )) +{ +have_write_license_error = true; +} } else { - WriteLicense(ofs, i + 5000, languages[i]); + if(!this->WriteLicense(ofs, i + 5000, languages[i], "", )) +{ +have_write_license_error = true; +} } } } ofs.Close(); +if(have_write_license_error) + { + cmCPackLogger(cmCPackLog::LOG_ERROR, +"Error writing license file to SLA." << std::endl +<< error +<< std::endl); + return 0; + } + // convert to UDCO std::string temp_udco = this->GetOption("CPACK_TOPLEVEL_DIRECTORY"); temp_udco += "/temp-udco.dmg"; @@ -724,7 +746,6 @@ int cmCPackDragNDropGenerator::CreateDMG(const std::string& src_dir, udco_image_command << " -format UDCO"; udco_image_command << " -ov -o \"" << temp_udco << "\""; -std::string error; if(!this->RunCommand(udco_image_command, )) { cmCPackLogger(cmCPackLog::LOG_ERROR, @@ -855,9 +876,10 @@ cmCPackDragNDropGenerator::GetComponentInstallDirNameSuffix( return GetComponentPackageFileName(package_file_name, componentName, false); } -void +bool cmCPackDragNDropGenerator::WriteLicense(cmGeneratedFileStream& outputStream, - int licenseNumber, std::string licenseLanguage, std::string licenseFile) + int licenseNumber, std::string licenseLanguage, std::string licenseFile, + std::string *error) { if(!licenseFile.empty() && !singleLicense) { @@ -881,9 +903,12 @@ cmCPackDragNDropGenerator::WriteLicense(cmGeneratedFileStream& outputStream, std::getline(license_ifs, line); if(!line.empty()) { -EscapeQuotes(line); +EscapeQuotesAndBackslashes(line); std::vector lines; -BreakLongLine(line, lines); +if(!this->BreakLongLine(line, lines, error)) + { + return false; + } for(size_t i = 0; i < lines.size(); ++i) { outputStream << "\"" << lines[i] << "\"\n"; @@ -920,9 +945,12 @@ cmCPackDragNDropGenerator::WriteLicense(cmGeneratedFileStream&
[CMake] Imported libraries and cyclic dependencies
Hi, I am having troubles with linking a bunch of imported libraries that have cyclic dependencies. This is what I am doing: 8<=== find_library(ESP8266_SDK_LIB_MAIN main ${ESP8266_SDK_BASE}/lib) add_library(esp8266_main UNKNOWN IMPORTED) set_property(TARGET esp8266_main PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_MAIN}") find_library(ESP8266_SDK_LIB_PHY phy ${ESP8266_SDK_BASE}/lib) add_library(esp8266_phy UNKNOWN IMPORTED) set_property(TARGET esp8266_phy PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_PHY}") find_library(ESP8266_SDK_LIB_PP pp ${ESP8266_SDK_BASE}/lib) add_library(esp8266_pp UNKNOWN IMPORTED) set_property(TARGET esp8266_pp PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_PP}") find_library(ESP8266_SDK_LIB_LWIP lwip ${ESP8266_SDK_BASE}/lib) add_library(esp8266_lwip UNKNOWN IMPORTED) set_property(TARGET esp8266_lwip PROPERTY IMPORTED_LOCATION "${ESP8266_SDK_LIB_LWIP}") target_link_libraries(ESP8266_SDK INTERFACE gcc esp8266_lwip esp8266_main esp8266_phy esp8266_pp ) target_link_libraries(esp8266_main INTERFACE esp8266_lwip esp8266_pp esp8266_phy ) 8<=== The given example is not complete. However, I hope it is sufficient to give you an idea of what I want to achieve: I would like to specify the dependencies between imported libraries. Subsequently I want to make the linker call mention my libraries several times in order to make the linker resolve all dependency cycles (multiplicity). This is the corresponding error message: 8<=== CMake Error at external/esp8266-cmake/sdk/nonos-1.4.0.cmake:111 (target_link_libraries): Cannot specify link libraries for target "esp8266_main" which is not built by this project. 8<=== As a workaround I added the -Wl,--start-group (referred to as BUILD_LINK_PREFIX) and the -Wl,--end-group (referred to as BUILD_LINK_SUFFIX) arguments (yes, it is a GCC) directly to the invocation of target_link_libraries() of my executable which has been defined by add_executable() beforehand. But I think that this is just a botch-up. Here is an example of the complete code (using the before-mentioned workaround): * https://github.com/rpoisel/esp8266-mqtt * https://github.com/rpoisel/esp8266-cmake/blob/master/main/CMakeLists.txt Thanks for any suggestions in advance, Rainer -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake