Re: [cmake-developers] [CMake] 2.8.11-rc3 generator expression error
Brad King wrote: On Fri, Apr 26, 2013 at 10:39 AM, Stephen Kelly steve...@gmail.com wrote: Brad King brad.king@... writes: I looked into implementing this and realized that we're not propagating usage requirements from the entire link closure, only from the direct dependencies. Are you sure? Maybe I don't understand what you mean. Can you post a code snippet? add_library(foo SHARED empty.cpp) target_include_directories(foo INTERFACE /opt/foo) add_library(bar SHARED empty.cpp) add_library(sho SHARED empty.cpp) target_link_libraries(sho bar) target_link_libraries(bar foo) It appears to work but I do not see how from a quick read of the implementation. The AppendTllIncludes is only called for direct dependencies by tll(). What propagates the requirement transitively in 2.8.11-rc3? Ah, indeed. This solves the mystery of why the current implementation creates the generator expression for each entry instead of reading the property directly. $TARGET_PROPERTY:foo,INTERFACE_INCLUDE_DIRECTORIES gives a transitively evaluated result, but fooTarget-GetDefinition(INTERFACE_INCLUDE_DIRECTORIES) does not. The former works because it is part of the targetPropertyTransitiveWhitelist in cmGeneratorExpressionEvaluator when evaluating the TargetPropertyNode, so I probably also wanted to ensure re-use of the logic around there for context-sensitive conditions which relate to caching. It can probably be refactored to bypass the genex evaluation though. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] [CMake] 2.8.11-rc3 generator expression error
Brad King wrote: The caching is simplified because we never need to clear it since these are now only called during generation and never during configuration. I've looked again at the code, and there is a condition for clearing the cache if not configuring. I think this is because of export() at configure- time needing to call that code, but the cached values from those early evaluations wouldn't be appropriate for generation-time. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] Please review CXXFeatures.cmake
One question I see increasingly often is how do I test for C++11 support or for specific parts of that. For 2.8.12 I plan to include the check module I wrote for that a while back, and that I have reworked in the last weeks. You can find the current state in the rework branch of this repository: git://anongit.kde.org/scratch/dakon/cmake-cxx11 I renamed the module to CXXFeatures because after all it is not specific to C++11 at all. C++1y is under construction (may eventually become C++14 or something), and it doesn't make sense to have a new module then again. And this can even be used to check features of older compilers if one writes the modules for it. The module should work with CMake = 2.8.3 for those that want to copy it into their projects and need to support older CMake releases. But since this may still change please make sure that you will pick up the one from 2.8.12 or later if your project releases you do now will be configured by a new CMake in half a year. Greetings, Eike signature.asc Description: This is a digitally signed message part. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] Code Changes to support C++ Windows Forms
Hello all! New CMake developer here! I have modified the latest version of CMake from Git to be able to use .resx files and integrate them into Visual Studio, perform the correct associations, and enable use of the Visual Studio designer for Windows Forms applications after a solution and projects are configured by CMake. The changes were fairly minimal, but really help me out! I have a project that is mostly cross-platform, but there are a few plugins that are windows-specific. I wanted to use CMake to build and manage the project, but when CMake configured the windows GUI's, I would lose all of the designer information, which is totally unacceptable for ever having to make a change to the GUI. This change is targeted specifically at C++ Windows Forms applications using CLI. I'd like to push these changes up, so feedback is welcome! - John Farrier -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Code Changes to support C++ Windows Forms
Hi John, Seems you forgot to send a link to the associated topic. Jc On Sun, Apr 28, 2013 at 10:20 PM, john.farr...@helleboreconsulting.comwrote: Hello all! New CMake developer here! I have modified the latest version of CMake from Git to be able to use .resx files and integrate them into Visual Studio, perform the correct associations, and enable use of the Visual Studio designer for Windows Forms applications after a solution and projects are configured by CMake. The changes were fairly minimal, but really help me out! I have a project that is mostly cross-platform, but there are a few plugins that are windows-specific. I wanted to use CMake to build and manage the project, but when CMake configured the windows GUI's, I would lose all of the designer information, which is totally unacceptable for ever having to make a change to the GUI. This change is targeted specifically at C++ Windows Forms applications using CLI. I'd like to push these changes up, so feedback is welcome! - John Farrier -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/** opensource/opensource.htmlhttp://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/**CMake_FAQhttp://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-**bin/mailman/listinfo/cmake-**developershttp://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers -- +1 919 869 8849 -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [CMake] Problem with CMAKE_AUTOMOC files not being regenerated or cleaned
No, cleaning the project didn't remove that file. -- Glenn On 26 April 2013 17:28, Alexander Neundorf a.neundorf-w...@gmx.net wrote: On Friday 26 April 2013, Glenn Coombs wrote: No, the yuv_player_automoc.cpp file is not removed on a clean (nor are the other moc_*.cpp files). Having just modified ctrlBasic.cpp and ctrlBasic.h: $ ls -ltr moc* ../ctrlMenu/ctrlBasic.* -rwxr-xr-x+ 1 glenn.coombs Domain Users 4366 Apr 25 15:04 moc_ctrlBasic.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 11912 Apr 25 15:04 moc_ctrlmenu.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 8203 Apr 25 15:04 moc_infoWin.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 3508 Apr 25 15:04 moc_qglDisplay.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 6493 Apr 25 15:04 moc_qglMultiWindow.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 2529 Apr 25 15:04 moc_qglWindow.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 4242 Apr 25 15:04 moc_videoGeneric.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 8513 Apr 26 08:27 ../ctrlMenu/ctrlBasic.cpp* -rwxr-xr-x+ 1 glenn.coombs Domain Users 1237 Apr 26 08:28 ../ctrlMenu/ctrlBasic.h* I would expect the moc_ctrlBasic.cpp file to be regenerated but it isn't. In fact, if I manually delete moc_ctrlBasic.cpp then the build fails: 1-- Build started: Project: yuv_player, Configuration: Debug Win32 -- 1 yuv_player_automoc.cpp 1yuv_player_automoc.cpp(2): fatal error C1083: Cannot open include file: 'moc_ctrlBasic.cpp': No such file or directory The only way to get moc_ctrlBasic.cpp regenerated that I have found so far is to manually delete both it and yuv_player_automoc.cpp. yuv_player_automoc.cpp is the key file. If you remove it, everything should be regenerated. So cleaning the project did not remove that file ? I'll have a look. Alex -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Problem with CMAKE_AUTOMOC files not being regenerated or cleaned
On Sunday 28 April 2013, Glenn Coombs wrote: No, cleaning the project didn't remove that file. Can you manually set the ADDITIONAL_MAKE_CLEAN_FILES directory property to some file and check whether this file is deleted when you clean ? Something like set_directory_properties(PROPERTIES ADDITIONAL_MAKE_CLEAN_FILES ${CMAKE_CURRENT_BINARY_DIR}/abc.txt ) then just create such a file in the build dir, and clean. It should be removed then. If it is not, then this is the reason why clean doesn't clean automoc properly. Alex -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] Linking error while trying to include an external library to a CMAKE project
I currently try to add an external dynamiced linked library (dll) to my cmake project. I have got the .dll and the .lib file. I spent a lot of time to find an answer by myself but I didn't manage to find the solution. The include works but I always get a linking error when I try to compile a minimum solution. CMAKE throws no errors while configuring and generating and finds the library. I hope someone had the problem before and recognizes my error I also build my own find module which looks like this find_path(LLT_INCLUDE_DIR InterfaceLLT_2.h HINTS ${LLT_DIR}) find_library(LLT_LIBRARY NAMES LLT HINTS ${LLT_DIR} ) set(LLT_LIBRARIES ${LLT_LIBRARY} ) set(LLT_INCLUDE_DIRS ${LLT_INCLUDE_DIR} ) include(FindPackageHandleStandardArgs) # handle the QUIETLY and REQUIRED arguments and set LIBXML2_FOUND to TRUE # if all listed variables are TRUE find_package_handle_standard_args(LLT DEFAULT_MSG LLT_LIBRARY LLT_INCLUDE_DIR) mark_as_advanced(LLT_INCLUDE_DIR LLT_LIBRARY ) The corresponding CMakeLists.txt looks like this PROJECT(TestProg) cmake_minimum_required(VERSION 2.8) FIND_PACKAGE(LLT REQUIRED) INCLUDE_DIRECTORIES(${LLT_INCLUDE_DIR}) SET(TestProg_SOURCES main.cpp ) SET(TestProg_HEADERS ) add_executable(TestProg ${TestProg_SOURCES} ${TestProg_HEADERS}) target_link_libraries(TestProg ${LLT_LIBRARIES} ) Here is the CMAKE output The C compiler identification is MSVC 16.0.40219.1 The CXX compiler identification is MSVC 16.0.40219.1 Check for working C compiler using: Visual Studio 10 Check for working C compiler using: Visual Studio 10 -- works Detecting C compiler ABI info Detecting C compiler ABI info - done Check for working CXX compiler using: Visual Studio 10 Check for working CXX compiler using: Visual Studio 10 -- works Detecting CXX compiler ABI info Detecting CXX compiler ABI info - done Found LLT: C:/XXX/LLT.lib Configuring done Generating done -- View this message in context: http://cmake.3232098.n2.nabble.com/Linking-error-while-trying-to-include-an-external-library-to-a-CMAKE-project-tp7584264.html Sent from the CMake mailing list archive at Nabble.com. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking error while trying to include an external library to a CMAKE project
Hi, On Sun, Apr 28, 2013 at 4:36 PM, maaschn maas...@web.de wrote: I currently try to add an external dynamiced linked library (dll) to my cmake project. I have got the .dll and the .lib file. I spent a lot of time to find an answer by myself but I didn't manage to find the solution. The include works but I always get a linking error when I try to compile a minimum solution. CMAKE throws no errors while configuring and generating and finds the library. I hope someone had the problem before and recognizes my error Without the actual error you get, there's probably not many people that could help you. The files themselves look innocent enough to me. Andreas -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking error while trying to include an external library to a CMAKE project
Thank you for your reply. I didnt add the code because it is just that common linking error which pops up. But I will show it nevertheless. error LNK2019: unresolved external Symbol public: __thiscall CInterfaceLLT::CInterfaceLLT(char const *,bool *) (??0CInterfaceLLT@@QAE@PBDPA_N@Z) in Function _main. C:\Users\Maaschn\Desktop\TestProg\TestProg_VS10\main.objTestProg this is the correspondant minimla codesnippet #include iostream #include InterfaceLLT_2.h using namespace std; int main() { bool bLoadError; CInterfaceLLT* m_pLLT; m_pLLT = new CInterfaceLLT(LLT.dll, bLoadError); cout Hello World! endl; return 0; } -- View this message in context: http://cmake.3232098.n2.nabble.com/Linking-error-while-trying-to-include-an-external-library-to-a-CMAKE-project-tp7584264p7584266.html Sent from the CMake mailing list archive at Nabble.com. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v2.8.10.2-2838-ge33ab85
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 e33ab852ac02636376ed2abce02a4599db7792be (commit) via c46b46b6285e4c893341659f0be8ac306060bf9b (commit) via 77df4ef5ac3b8fcae52d8f964756ec4fdf35e5c5 (commit) via 82f5936a8bc2a16c6d2c5e003a38cbc150cf349a (commit) from 264823f3fc02fbf7db1fd93546ad40718e1951e4 (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 - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e33ab852ac02636376ed2abce02a4599db7792be commit e33ab852ac02636376ed2abce02a4599db7792be Merge: 264823f c46b46b Author: Alexander Neundorf neund...@kde.org AuthorDate: Sun Apr 28 09:55:57 2013 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Sun Apr 28 09:55:57 2013 -0400 Merge topic 'EclipseUseGmakeErrorParser_13699' into next c46b46b Use GmakeErrorParser instead of deprecated MakeErrorParser (fixes bug 0013699) 77df4ef CMake Nightly Date Stamp 82f5936 CMake Nightly Date Stamp http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c46b46b6285e4c893341659f0be8ac306060bf9b commit c46b46b6285e4c893341659f0be8ac306060bf9b Author: Victor Zverovich victor.zverov...@gmail.com AuthorDate: Fri Mar 22 15:50:38 2013 -0700 Commit: Alex Neundorf neund...@kde.org CommitDate: Sun Apr 28 15:50:31 2013 +0200 Use GmakeErrorParser instead of deprecated MakeErrorParser (fixes bug 0013699) diff --git a/Source/cmExtraEclipseCDT4Generator.cxx b/Source/cmExtraEclipseCDT4Generator.cxx index 97ab086..22a1020 100644 --- a/Source/cmExtraEclipseCDT4Generator.cxx +++ b/Source/cmExtraEclipseCDT4Generator.cxx @@ -39,6 +39,7 @@ cmExtraEclipseCDT4Generator this-SupportsVirtualFolders = true; this-GenerateLinkedResources = true; + this-SupportsGmakeErrorParser = true; } // @@ -77,6 +78,10 @@ void cmExtraEclipseCDT4Generator::Generate() { this-SupportsVirtualFolders = false; } + if (version 3007) // 3.7 is Indigo +{ +this-SupportsGmakeErrorParser = false; +} } } @@ -403,8 +408,17 @@ void cmExtraEclipseCDT4Generator::CreateProjectFile() { fout org.eclipse.cdt.core.ICCErrorParser;; } + + if (this-SupportsGmakeErrorParser) +{ +fout org.eclipse.cdt.core.GmakeErrorParser;; +} + else +{ +fout org.eclipse.cdt.core.MakeErrorParser;; +} + fout -org.eclipse.cdt.core.MakeErrorParser; org.eclipse.cdt.core.GCCErrorParser; org.eclipse.cdt.core.GASErrorParser; org.eclipse.cdt.core.GLDErrorParser; diff --git a/Source/cmExtraEclipseCDT4Generator.h b/Source/cmExtraEclipseCDT4Generator.h index 31ad68d..b31cce7 100644 --- a/Source/cmExtraEclipseCDT4Generator.h +++ b/Source/cmExtraEclipseCDT4Generator.h @@ -111,6 +111,7 @@ private: bool GenerateSourceProject; bool GenerateLinkedResources; bool SupportsVirtualFolders; + bool SupportsGmakeErrorParser; }; --- Summary of changes: Source/CMakeVersion.cmake |2 +- Source/cmExtraEclipseCDT4Generator.cxx | 16 +++- Source/cmExtraEclipseCDT4Generator.h |1 + 3 files changed, 17 insertions(+), 2 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
[Cmake-commits] CMake branch, master, updated. v2.8.10.2-1009-gc80594b
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 c80594ba1274c3dc44c3f2efd70bd5c3d9066bf5 (commit) from 77df4ef5ac3b8fcae52d8f964756ec4fdf35e5c5 (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 - http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c80594ba1274c3dc44c3f2efd70bd5c3d9066bf5 commit c80594ba1274c3dc44c3f2efd70bd5c3d9066bf5 Author: Kitware Robot kwro...@kitware.com AuthorDate: Mon Apr 29 00:01:13 2013 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Mon Apr 29 00:01:13 2013 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 3fb7f74..7133dc9 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -2,5 +2,5 @@ set(CMake_VERSION_MAJOR 2) set(CMake_VERSION_MINOR 8) set(CMake_VERSION_PATCH 10) -set(CMake_VERSION_TWEAK 20130428) +set(CMake_VERSION_TWEAK 20130429) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits