[cmake-developers] [CMake 0014883]: [CMakePrintHelpers] Cannot print property SOURCES
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14883 == Reported By:Daniele E. Domenichelli Assigned To: == Project:CMake Issue ID: 14883 Category: Modules Reproducibility:always Severity: minor Priority: normal Status: new == Date Submitted: 2014-04-17 05:44 EDT Last Modified: 2014-04-17 05:44 EDT == Summary:[CMakePrintHelpers] Cannot print property SOURCES Description: cmake_print_properties(TARGETS target PROPERTIES SOURCES) fails with this error: Required argument PROPERTIES missing in cmake_print_properties() call or with Multiple mode keyword used in cmake_print_properties() call, it must be exactly one of TARGETS SOURCES TESTS DIRECTORIES CACHE_ENTRIES PROPERTIES if more properties are specified after SOURCES == Issue History Date ModifiedUsername FieldChange == 2014-04-17 05:44 Daniele E. DomenichelliNew Issue == -- 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/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] Default generator
Is there a way to configure the default generator for command-line cmake calls? If it's not configurable, what about reading a default from a environment variable? Peter -- 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/cgi-bin/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0014884]: Arch Linux may need FIND_LIBRARY_USE_LIB64_PATHS
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14884 == Reported By:Brad King Assigned To: == Project:CMake Issue ID: 14884 Category: (No Category) Reproducibility:have not tried Severity: minor Priority: normal Status: new == Date Submitted: 2014-04-17 10:04 EDT Last Modified: 2014-04-17 10:04 EDT == Summary:Arch Linux may need FIND_LIBRARY_USE_LIB64_PATHS Description: As discussed in http://www.cmake.org/Bug/view.php?id=14875, Arch Linux does not have lib64 paths except as symlinks to lib for compatibility. We may need to activate FIND_LIBRARY_USE_LIB64_PATHS on versions of Arch that are sufficiently new. == Issue History Date ModifiedUsername FieldChange == 2014-04-17 10:04 Brad King New Issue == -- 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/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] [PATCH] remove x placeholder from STREQUAL operands
On Thu, Apr 17, 2014 at 17:17:21 -0400, Matthew Woehlke wrote: set( Linux Windows) # succeeds Even better: set( Linux Windows) Alas, the only character that may not appear in a variable name is '\0'. (And even that is more due to use of raw char* with no length than intent, I bet.) Actually, it's all std::string now, so you *could* use std::string(nuls, len) to make one. But that means modifying the CMake code and shouldn't be possible through CMakeLists.txt. I keep hoping that one of these days CMake would define valid identifiers as '[[:letter:]_][[:alnum:]_-]*'... Make a policy for it. Watch the world burn :) . I also don't know where you'd stick the validator without a decent performance hit (the regex engine is not the best) :( . May as well stick the restriction on function and macro names as well. Not that you could call any function named in such a way, but better safe than sorry. --Ben -- 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/cgi-bin/mailman/listinfo/cmake-developers
[CMake] Linking to Mac OS X frameworks
Short: Is linking to Mac OS X frameworks with Xcode generator totally broken, or am I just doing something wrong? Long: I use CMake as the build system for my project[1], and I use this [2] module to find SDL2 in the user's system. find_library() opts for the SDL2.framework on Mac OS X, which is located (in my system) in /Library/Frameworks/SDL2.framework. In the cache, I can see the following entries: SDL2_INCLUDE_DIR: /Library/Frameworks/SDL2.framework/Headers SDL2_LIBRARY : /Library/Frameworks/SDL2.framework;-framework Cocoa I can successfully generate the Xcode project, but during the build process, I get an error that 'SDL2: framework not found'. I have currently found two workarounds: 1). Change SDL2_LIBRARY to point to the actual SDL2 library and not the framework: SDL2_LIBRARY: /Library/Frameworks/SDL2.framework/SDL2;-framework Cocoa 2). Use the makefile generator. The error only occurs with Xcode. So what is wrong? I can't really test much more on a Mac OS X system (because I use a friend's Macbook for testing and he's away). This is CMake 2.8.12, downloaded from the CMake download page. Thanks in advance, Aggelos Kolaitis [1]: http://bitbucket.org/sdlu/sdlu [2]: https://bitbucket.org/sdlu/sdlu/src/c957300ede2fa1b9c4f1095359655fac806600b8/scripts/cmake/FindSDL2.cmake?at=master -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] get_directory_property and get_property
Hi James.
Quoting the docs at http://www.cmake.org/cmake/help/v2.8.12/cmake.html:
get_property(variable
GLOBAL |
DIRECTORY [dir]|
...
DIRECTORY scope defaults to the current directory but another directory
(already processed by CMake) may be named by full or relative path.
...
VARIABLE scope is unique and does not accept a name.
When you pass VARIABLE as the argument, it will query the
value/setness/definedness of the variable specified by 'PROPERTY
name'.
So in effect:
get_property(foo VARIABLE PROPERTY bar)
is equivalent to
set(foo ${bar})
Hope this helps.
Petr
On Wed, Apr 16, 2014 at 9:35 PM, James Bigler jamesbig...@gmail.com wrote:
I see that I can get the value of a variable from a directory using:
get_directory_property(sub1_val1 DIRECTORY sub1 DEFINITION val1)
Can I do the same thing with get_property?
I see a VARIABLE entry, but I can't use that with the DIRECTORY indication.
By the way what are the properties on VARIABLE that can be queried? I
don't see any documentation for this question.
get_property(... VARIABLE PROPERTY ???)
Thanks,
James
--
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://www.cmake.org/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://www.cmake.org/mailman/listinfo/cmake
[CMake] Linking Error with Visual Studio 2013 x64
Hello everyone, I think I found a bug with CMake 2.8.12.2: I have on project with two sub-folders: a SHARED library and an executable that use the library. When I generate the Visual Studio solution, my application want to link with a static version of my library. I join you a very small project to illustrate this bug. May I open an issue in bugzilla? Best Regards, Romain SmallCMakeProject.tar Description: Binary data -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
On 17.04.2014 11:46, Romain Leguay wrote: I think I found a bug with CMake 2.8.12.2: I have on project with two sub-folders: a SHARED library and an executable that use the library. When I generate the Visual Studio solution, my application want to link with a static version of my library. I join you a very small project to illustrate this bug. I haven't tried to build the project but I am guessing that the static version of the library is actually the import library: http://en.wikipedia.org/wiki/Dynamic-link_library#Import_libraries And that you are missing DLL exports e.g.: http://msdn.microsoft.com/en-us//library/a90k134d.aspx Without any exports the linker does not create an import library for your DLL. Nils -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking to Mac OS X frameworks
On 4/17/14, Aggelos Kolaitis neoagge...@gmail.com wrote:
Short: Is linking to Mac OS X frameworks with Xcode generator totally
broken, or am I just doing something wrong?
Long: I use CMake as the build system for my project[1], and I use
this [2] module to find SDL2 in the user's system. find_library() opts
for the SDL2.framework on Mac OS X, which is located (in my system) in
/Library/Frameworks/SDL2.framework. In the cache, I can see the
following entries:
SDL2_INCLUDE_DIR: /Library/Frameworks/SDL2.framework/Headers
SDL2_LIBRARY : /Library/Frameworks/SDL2.framework;-framework Cocoa
I can successfully generate the Xcode project, but during the build
process, I get an error that 'SDL2: framework not found'. I have
currently found two workarounds:
1). Change SDL2_LIBRARY to point to the actual SDL2 library and not
the framework:
SDL2_LIBRARY: /Library/Frameworks/SDL2.framework/SDL2;-framework
Cocoa
2). Use the makefile generator. The error only occurs with Xcode.
So what is wrong? I can't really test much more on a Mac OS X system
(because I use a friend's Macbook for testing and he's away). This is
CMake 2.8.12, downloaded from the CMake download page.
Thanks in advance,
Aggelos Kolaitis
I think there is a combination of some things broken in CMake and some
things broken with the FindSDL module.
We need a new module for SDL2. The trailing -framework Cocoa is a
reminder of old hacks that we used to do that I don't think are needed
any more. (And now that bundling all assets including frameworks, is
even more critical, trying to use SDL2_LIBRARY to list files that need
to be bundled won't work as long as it combines build flags with
files.)
The other problem I've seen is that Apple no longer automatically
searches /Library/Frameworks and ~/Library/Frameworks. You need to
specify the -F switch, i.e. -F/Library/Frameworks explicitly so the
compiler will see your SDL2.framework. I think this needs to be fixed
in CMake. (Ironically, I think we removed it a long time ago because
it used to cause problems when Apple automatically searched the
directory.)
Below is my new FindSDL2.cmake replacement. (A work in progress.)
find_path(SDL_INCLUDE_DIR NAMES SDL.h
PATH_SUFFIXES include/SDL2 include/SDL include
DOC The SDL include directory
)
find_library(SDL_LIBRARY NAMES SDL2 sdl2 SDL sdl2 sdl-2.0
DOC The SDL library
)
if(WIN32)
find_library(SDL_LIBRARY_MAIN NAMES SDL2main sdl2main
DOC The SDLmain library needed on some platforms when builing
an
application (opposed to a library)
)
else()
set(SDL_LIBRARY_MAIN )
endif()
# handle the QUIETLY and REQUIRED arguments and set SDL_FOUND to TRUE if
# all listed variables are TRUE
include(${CMAKE_CURRENT_LIST_DIR}/FindPackageHandleStandardArgs.cmake)
FIND_PACKAGE_HANDLE_STANDARD_ARGS(SDL
REQUIRED_VARS SDL_LIBRARY SDL_INCLUDE_DIR
VERSION_VAR SDL_VERSION_STRING)
-Eric
--
Beginning iPhone Games Development
http://playcontrol.net/iphonegamebook/
--
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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
Visual Studio doesn't work like a good gcc? Because, I try this code with mingw (32 and 64) and it's working perfectly. Is there some option to export automatically some methods without using __declspec(dllexport)? Romain Le 17/04/2014 12:03, Nils Gladitz a écrit : On 17.04.2014 11:46, Romain Leguay wrote: I think I found a bug with CMake 2.8.12.2: I have on project with two sub-folders: a SHARED library and an executable that use the library. When I generate the Visual Studio solution, my application want to link with a static version of my library. I join you a very small project to illustrate this bug. I haven't tried to build the project but I am guessing that the static version of the library is actually the import library: http://en.wikipedia.org/wiki/Dynamic-link_library#Import_libraries And that you are missing DLL exports e.g.: http://msdn.microsoft.com/en-us//library/a90k134d.aspx Without any exports the linker does not create an import library for your DLL. Nils -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
On 17.04.2014 14:26, Romain Leguay wrote: Visual Studio doesn't work like a good gcc? Because, I try this code with mingw (32 and 64) and it's working perfectly. Is there some option to export automatically some methods without using __declspec(dllexport)? Per default on windows the binutils' linker ld (that is used by mingw) exports all symbols if none have been exported explicitly: https://sourceware.org/binutils/docs/ld/Options.html#index-g_t_002d_002dexport_002dall_002dsymbols-287 I wouldn't call it good practice. If there is an equivalent option for the MSVC linker then I am not aware of it. Nils -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
Visual Studio doesn't work like a good gcc? Good joke. ;) Is there some option to export automatically some methods without using __declspec(dllexport)? No. There are workarounds like in http://stackoverflow.com/questions/225432/export-all-symbols-when-creating-a-dll but it's too much work. Basically you want to define a macro that resolves to __declspec(dllexport) when building the DLL and to nothing when only using libraries headers. -- Gruesse, Jakub -Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Romain Leguay Sent: Donnerstag, 17. April 2014 14:27 To: Nils Gladitz; cmake@cmake.org Subject: Re: [CMake] Linking Error with Visual Studio 2013 x64 Visual Studio doesn't work like a good gcc? Because, I try this code with mingw (32 and 64) and it's working perfectly. Is there some option to export automatically some methods without using __declspec(dllexport)? Romain Le 17/04/2014 12:03, Nils Gladitz a écrit : On 17.04.2014 11:46, Romain Leguay wrote: I think I found a bug with CMake 2.8.12.2: I have on project with two sub-folders: a SHARED library and an executable that use the library. When I generate the Visual Studio solution, my application want to link with a static version of my library. I join you a very small project to illustrate this bug. I haven't tried to build the project but I am guessing that the static version of the library is actually the import library: http://en.wikipedia.org/wiki/Dynamic-link_library#Import_libraries And that you are missing DLL exports e.g.: http://msdn.microsoft.com/en-us//library/a90k134d.aspx Without any exports the linker does not create an import library for your DLL. Nils -- 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://www.cmake.org/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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
Thanks for your answers! Le 17/04/2014 14:38, Jakub Zakrzewski a écrit : Visual Studio doesn't work like a good gcc? Good joke. ;) The only thing I prefer in VS is his debugger... Is there some option to export automatically some methods without using __declspec(dllexport)? No. There are workarounds like in http://stackoverflow.com/questions/225432/export-all-symbols-when-creating-a-dll but it's too much work. Basically you want to define a macro that resolves to __declspec(dllexport) when building the DLL and to nothing when only using libraries headers. I did this. It's not too much of pain and this way, we can tell which methods / class is exported. Hopefully, it's a new project ;) Regards, Romain -- Gruesse, Jakub -Original Message- From: CMake [mailto:cmake-boun...@cmake.org] On Behalf Of Romain Leguay Sent: Donnerstag, 17. April 2014 14:27 To: Nils Gladitz; cmake@cmake.org Subject: Re: [CMake] Linking Error with Visual Studio 2013 x64 Visual Studio doesn't work like a good gcc? Because, I try this code with mingw (32 and 64) and it's working perfectly. Is there some option to export automatically some methods without using __declspec(dllexport)? Romain Le 17/04/2014 12:03, Nils Gladitz a écrit : On 17.04.2014 11:46, Romain Leguay wrote: I think I found a bug with CMake 2.8.12.2: I have on project with two sub-folders: a SHARED library and an executable that use the library. When I generate the Visual Studio solution, my application want to link with a static version of my library. I join you a very small project to illustrate this bug. I haven't tried to build the project but I am guessing that the static version of the library is actually the import library: http://en.wikipedia.org/wiki/Dynamic-link_library#Import_libraries And that you are missing DLL exports e.g.: http://msdn.microsoft.com/en-us//library/a90k134d.aspx Without any exports the linker does not create an import library for your DLL. Nils -- 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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] Linking Error with Visual Studio 2013 x64
Is there some option to export automatically some methods without using __declspec(dllexport)? No. There are workarounds like in http://stackoverflow.com/questions/225432/export-all-symbols-when-creating-a-dll but it's too much work. Basically you want to define a macro that resolves to __declspec(dllexport) when building the DLL and to nothing when only using libraries headers. CMake module GenerateExportHeader can help a little with this. John -- 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://www.cmake.org/mailman/listinfo/cmake
[CMake] Strange behavior with OSX_DEPLOYMENT_TARGET
I'm not sure if this is a bug, but in my top level CMakeLists.txt file I try to do something like this: cmake_minimum_required ( VERSION 2.8.11 FATAL_ERROR ) include ( checkOutOfSource.cmake ) include ( configureBuilds.cmake ) include ( configurePlatform.cmake ) enable_language ( C ) enable_language ( Fortran ) project ( ... ... Then in configurePlatform.cmake I have the following code: if (APPLE) set ( CMAKE_OSX_DEPLOYMENT_TARGET 10.6 CACHE STRING Oldest OS X version to compile and link for. ) set_property ( CACHE CMAKE_OSX_DEPLOYMENT_TARGET PROPERTY STRINGS 10.6 10.7 10.8 10.9 ) ... endif (APPLE) I'm using the Makefile generator, not Xcode, etc. The odd thing is that if I move the `include ( configurePlatform.cmake )` line after the calls to `enable_language` then CMAKE_OSX_DEPLOYMENT_TARGET *AND* CMAKE_OSX_SYSROOT become undefined even though I don't explicitly set or unset OSX_SYSROOT anywhere in my project. If I then set OSX_DEPLOYMENT_TARGET to a value, say 10.6, then the configure and generate steps fail with an error about how DEPLOYMENT_TARGET is set but not SYSROOT and it can't find the proper SDK. I thought this might be related to this bug report: http://cmake.3232098.n2.nabble.com/OSX-deployment-target-confusion-for-2-8-10-td7582284.html so I upgraded to the latest CMake (2.8.12) to see if it's fixed. The unset value of SYSROOT persists if DEPLOYMENT_TARGET is set after enable_language, but gets set by CMake if I set before these calls. Furthermore, a new warning is now issued: CMAKE_OSX_DEPLOYMENT_TARGET is '10.6' but the matching SDK does not exist However, according to the Xcode documentation this is a common, desired situation: DEPLOYMENT_TARGET specifies the oldest compatible OS X the code will work for, and the Apple developer docs urge developers to use the latest SDK with weak linking etc. Does anyone have any insight as to what is going on here? Izaak Beekman === (301)244-9367 Princeton University Doctoral Candidate Mechanical and Aerospace Engineering ibeek...@princeton.edu UMD-CP Visiting Graduate Student Aerospace Engineering ibeek...@umiacs.umd.edu ibeek...@umd.edu -- 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://www.cmake.org/mailman/listinfo/cmake
[CMake] Trouble exporting a library that is linked to Qt5
For the case when libplplot (the principal library of the PLplot
project) is linked to Qt4, libplplot can be exported and other
projects can import and link to libplplot and its Qt4 dependency
without issues regardless of whether libplplot is built shared or
static. However, there are linking errors when external projects
attempt to link to the exported static PLplot library when it has Qt5
dependencies.
Here are some more specifics about this issue. The Qt5 part of the
linking of libplplot is done with
find_package(Qt5Core 5.2.0)
[...]
add_library(plplot ${plplot_LIB_SRCS})
[...]
qt5_use_modules(plplot Svg Gui PrintSupport)
[...]
install(TARGETS plplot EXPORT export_plplot ...)
[...]
install(EXPORT export_plplot DESTINATION ...)
The resulting export_plplot-noconfig.cmake file contains the following
CMake code:
# Import target plplot for configuration
set_property(TARGET plplot APPEND PROPERTY IMPORTED_CONFIGURATIONS
NOCONFIG)
set_target_properties(plplot PROPERTIES
IMPORTED_LINK_INTERFACE_LANGUAGES_NOCONFIG C;CXX
IMPORTED_LINK_INTERFACE_LIBRARIES_NOCONFIG
Qt5::Svg;Qt5::Gui;Qt5::PrintSupport;/usr/lib/x86_64-linux-gnu/libm.so;/home/wine/newstart/build_script/install-linux/lib/libshp.so;/usr/lib/x86_64-linux-gnu/libfreetype.so;csirocsa;csironn;qsastime
IMPORTED_LOCATION_NOCONFIG
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_tree/lib/libplplot.a
)
The Qt5 information here appears incomplete to me.
Instead of Qt5::Svg;Qt5::Gui;Qt5::PrintSupport, I would have expected
the specific locations:
/home/wine/newstart/build_script/install-linux/lib/libQt5Svg.so;/home/wine/newstart/build_script/install-linux/lib/libQt5Gui.so;/home/wine/newstart/build_script/install-linux/lib/libQt5PrintSupport.so
The above double-colon syntax produces the following linking errors
for an external project which attempts to build an application against
libplplot:
Linking CXX executable x00c
cd
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_build_tree/c
/home/wine/newstart/build_script/install-linux_buildtools/bin/cmake -E
cmake_link_script CMakeFiles/x00c.dir/link.txt --verbose=1
/usr/bin/c++ -O3 -fvisibility=hidden -Wuninitialized
CMakeFiles/x00c.dir/x00c.c.o -o x00c -rdynamic
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_tree/lib/libplplot.a
-lm -lQt5::Svg -lQt5::Gui -lQt5::PrintSupport
/home/wine/newstart/build_script/install-linux/lib/libshp.so -lfreetype
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_tree/lib/libcsirocsa.a
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_tree/lib/libcsironn.a
/home/wine/newstart/build_script/install-linux/lib/libqhull.so
/home/wine/newstart/build_script/build_dir-linux/epa_build/Source/comprehensive_test_disposeable/static/install_tree/lib/libqsastime.a
-lm -Wl,-rpath,/home/wine/newstart/build_script/install-linux/lib
/usr/bin/ld: cannot find -lQt5::Svg
/usr/bin/ld: cannot find -lQt5::Gui
/usr/bin/ld: cannot find -lQt5::PrintSupport
collect2: error: ld returned 1 exit status
make[7]: *** [c/x00c] Error 1
Can anyone explain what is going wrong here? For example, do I have to
do something extra (i.e., something not required for Qt4) to get
libplplot exported properly when it links to Qt5?
Note, the above results were determined using version 5.2.1 of Qt5 and
CMake-2.8.12.1.
Alan
__
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__
Linux-powered Science
__
--
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://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] get_directory_property and get_property
Thanks Petr.
I wonder what the point of get_property(foo VARIABLE PROPERTY bar) is if it
is equivalent to set(foo ${bar}). It just seems like the weirdest feature
to add.
On Thu, Apr 17, 2014 at 2:10 AM, Petr Kmoch petr.km...@gmail.com wrote:
Hi James.
Quoting the docs at http://www.cmake.org/cmake/help/v2.8.12/cmake.html:
get_property(variable
GLOBAL |
DIRECTORY [dir]|
...
DIRECTORY scope defaults to the current directory but another directory
(already processed by CMake) may be named by full or relative path.
...
VARIABLE scope is unique and does not accept a name.
When you pass VARIABLE as the argument, it will query the
value/setness/definedness of the variable specified by 'PROPERTY name'.
So in effect:
get_property(foo VARIABLE PROPERTY bar)
is equivalent to
set(foo ${bar})
Hope this helps.
Petr
On Wed, Apr 16, 2014 at 9:35 PM, James Bigler jamesbig...@gmail.comwrote:
I see that I can get the value of a variable from a directory using:
get_directory_property(sub1_val1 DIRECTORY sub1 DEFINITION val1)
Can I do the same thing with get_property?
I see a VARIABLE entry, but I can't use that with the DIRECTORY
indication.
By the way what are the properties on VARIABLE that can be queried? I
don't see any documentation for this question.
get_property(... VARIABLE PROPERTY ???)
Thanks,
James
--
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://www.cmake.org/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://www.cmake.org/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v3.0.0-rc3-2430-g6a4cc0e
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 6a4cc0e72d2366f1386092e54bab2bfd20d2b65b (commit)
via 23b405d742011e8478e6665c259d8dbf750cbc0e (commit)
from 2bb14d7a833041209d3ea4350ea43243c1df1aee (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=6a4cc0e72d2366f1386092e54bab2bfd20d2b65b
commit 6a4cc0e72d2366f1386092e54bab2bfd20d2b65b
Merge: 2bb14d7 23b405d
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Thu Apr 17 02:55:58 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 02:55:58 2014 -0400
Merge topic 'hp-cpp98-tests' into next
23b405d7 properly propagate -AA for all tests failing with old HP compiler
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=23b405d742011e8478e6665c259d8dbf750cbc0e
commit 23b405d742011e8478e6665c259d8dbf750cbc0e
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Thu Apr 17 08:55:39 2014 +0200
Commit: Rolf Eike Beer e...@sf-mail.de
CommitDate: Thu Apr 17 08:55:39 2014 +0200
properly propagate -AA for all tests failing with old HP compiler
diff --git a/Tests/AliasTarget/CMakeLists.txt b/Tests/AliasTarget/CMakeLists.txt
index a48498a..6a2a3a9 100644
--- a/Tests/AliasTarget/CMakeLists.txt
+++ b/Tests/AliasTarget/CMakeLists.txt
@@ -3,6 +3,13 @@ project(AliasTarget)
set(CMAKE_CXX_STANDARD 98)
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
+
add_library(foo SHARED empty.cpp)
add_library(PREFIX::Foo ALIAS foo)
add_library(Another::Alias ALIAS foo)
diff --git a/Tests/ComplexOneConfig/CMakeLists.txt
b/Tests/ComplexOneConfig/CMakeLists.txt
index 5f7863f..118c7fc 100644
--- a/Tests/ComplexOneConfig/CMakeLists.txt
+++ b/Tests/ComplexOneConfig/CMakeLists.txt
@@ -367,6 +367,13 @@ endif()
#
set(CMAKE_CXX_STANDARD 98)
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
+
#
# Create the libs and the main exe
#
diff --git a/Tests/Module/GenerateExportHeader/CMakeLists.txt
b/Tests/Module/GenerateExportHeader/CMakeLists.txt
index 6427bfd..bf153a8 100644
--- a/Tests/Module/GenerateExportHeader/CMakeLists.txt
+++ b/Tests/Module/GenerateExportHeader/CMakeLists.txt
@@ -59,6 +59,13 @@ include(GenerateExportHeader)
set(CMAKE_CXX_STANDARD 98)
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
+
add_subdirectory(lib_shared_and_static)
add_compiler_export_flags()
diff --git a/Tests/Plugin/CMakeLists.txt b/Tests/Plugin/CMakeLists.txt
index 7266c64..0a17c5b 100644
--- a/Tests/Plugin/CMakeLists.txt
+++ b/Tests/Plugin/CMakeLists.txt
@@ -27,6 +27,13 @@ include_directories(
# We need proper C++98 support from the compiler
set(CMAKE_CXX_STANDARD 98)
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
+
# Create an executable that exports an API for use by plugins.
add_executable(example_exe src/example_exe.cxx)
set_target_properties(example_exe PROPERTIES
---
Summary of changes:
Tests/AliasTarget/CMakeLists.txt |7 +++
Tests/ComplexOneConfig/CMakeLists.txt|7 +++
Tests/Module/GenerateExportHeader/CMakeLists.txt |7 +++
Tests/Plugin/CMakeLists.txt |7 +++
4 files changed, 28 insertions(+)
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, next, updated. v3.0.0-rc3-2432-g29dd119
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 29dd119cf5166a7b9b4d10744ec92005b361cb5e (commit)
via fa9d31242b492e56712a40266b6e8991d4843979 (commit)
from 6a4cc0e72d2366f1386092e54bab2bfd20d2b65b (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=29dd119cf5166a7b9b4d10744ec92005b361cb5e
commit 29dd119cf5166a7b9b4d10744ec92005b361cb5e
Merge: 6a4cc0e fa9d312
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Thu Apr 17 02:57:07 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 02:57:07 2014 -0400
Merge topic 'hp-cpp98-tests' into next
fa9d3124 HP aCC: record compiler flag for Ansi C++98 support for version
3.80 onwards
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fa9d31242b492e56712a40266b6e8991d4843979
commit fa9d31242b492e56712a40266b6e8991d4843979
Author: Rolf Eike Beer e...@sf-mail.de
AuthorDate: Tue Apr 15 18:52:30 2014 +0200
Commit: Rolf Eike Beer e...@sf-mail.de
CommitDate: Thu Apr 17 08:56:48 2014 +0200
HP aCC: record compiler flag for Ansi C++98 support for version 3.80 onwards
Old versions of aCC need a special compiler flag to get full C++98 template
support as e.g. CMake itself or the Complex and ComplexOneConfig tests need.
For merge simplicity this patch is based on master since it doesn't collide
with anything from the cxx11-features branch, which this feature depends on.
This branch should only go into master after the CXX_STANDARD variable is
merged to master, and this paragraph should be removed from the commit
message
then.
diff --git a/Modules/Compiler/HP-CXX.cmake b/Modules/Compiler/HP-CXX.cmake
index 44470ca..6411dac 100644
--- a/Modules/Compiler/HP-CXX.cmake
+++ b/Modules/Compiler/HP-CXX.cmake
@@ -2,3 +2,12 @@ set(CMAKE_CXX_VERBOSE_FLAG -v)
set(CMAKE_CXX_CREATE_ASSEMBLY_SOURCE CMAKE_CXX_COMPILER DEFINES FLAGS
-S SOURCE -o ASSEMBLY_SOURCE)
set(CMAKE_CXX_CREATE_PREPROCESSED_SOURCE CMAKE_CXX_COMPILER DEFINES
FLAGS -E SOURCE PREPROCESSED_SOURCE)
+
+# HP aCC since version 3.80 supports the flag +hpxstd98 to get ANSI C++98
+# template support. It is known that version 6.25 doesn't need that flag.
+# Current assumption: the flag is needed for every version from 3.80 to 4
+# to get it working.
+if(CMAKE_CXX_COMPILER_VERSION VERSION_LESS 4 AND
+ NOT CMAKE_CXX_COMPILER_VERSION VERSION_LESS 3.80)
+ set(CMAKE_CXX98_STANDARD_COMPILE_OPTION +hpxstd98)
+endif()
diff --git a/Tests/AliasTarget/CMakeLists.txt b/Tests/AliasTarget/CMakeLists.txt
index 9467fae..6a2a3a9 100644
--- a/Tests/AliasTarget/CMakeLists.txt
+++ b/Tests/AliasTarget/CMakeLists.txt
@@ -1,7 +1,15 @@
-
cmake_minimum_required(VERSION 2.8.11)
project(AliasTarget)
+set(CMAKE_CXX_STANDARD 98)
+
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
+
add_library(foo SHARED empty.cpp)
add_library(PREFIX::Foo ALIAS foo)
add_library(Another::Alias ALIAS foo)
diff --git a/Tests/Complex/CMakeLists.txt b/Tests/Complex/CMakeLists.txt
index d250f53..bebb70f 100644
--- a/Tests/Complex/CMakeLists.txt
+++ b/Tests/Complex/CMakeLists.txt
@@ -392,6 +392,17 @@ if(NOT RESULT STREQUAL a[b]c[d]e)
string(REGEX REPLACE ... ) test failed (\${RESULT}\ v. \a[b]c[d]e\))
endif()
+#
+# This tests needs Ansi C++98
+#
+set(CMAKE_CXX_STANDARD 98)
+
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
+endif ()
#
# Create the libs and the main exe
diff --git a/Tests/ComplexOneConfig/CMakeLists.txt
b/Tests/ComplexOneConfig/CMakeLists.txt
index bb00341..118c7fc 100644
--- a/Tests/ComplexOneConfig/CMakeLists.txt
+++ b/Tests/ComplexOneConfig/CMakeLists.txt
@@ -362,6 +362,17 @@ if(NOT RESULT STREQUAL a[b]c[d]e)
string(REGEX REPLACE ... ) test failed (\${RESULT}\ v. \a[b]c[d]e\))
endif()
+#
+# This tests needs Ansi C++98
+#
+set(CMAKE_CXX_STANDARD 98)
+
+# Those version of the HP compiler that need a flag to get proper C++98
+# template support need also a flag to use the newer C++ library.
+if (CMAKE_CXX_COMPILER_ID STREQUAL HP AND
+CMAKE_CXX98_STANDARD_COMPILE_OPTION STREQUAL +hpxstd98)
+ set(CMAKE_CXX_FLAGS ${CMAKE_CXX_FLAGS} -AA)
[Cmake-commits] CMake branch, next, updated. v3.0.0-rc3-2434-g6205cf7
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 6205cf72201ba68504816c45c7ad49bebbfa5fa6 (commit)
via 91620404a8966bfa754c9b8d80bd5425fee2228b (commit)
from 29dd119cf5166a7b9b4d10744ec92005b361cb5e (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=6205cf72201ba68504816c45c7ad49bebbfa5fa6
commit 6205cf72201ba68504816c45c7ad49bebbfa5fa6
Merge: 29dd119 9162040
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 04:56:20 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 04:56:20 2014 -0400
Merge topic 'autorcc-target-dir' into next
91620404 QtAutogen: Put generated qrc files in a target-specific dir.
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=91620404a8966bfa754c9b8d80bd5425fee2228b
commit 91620404a8966bfa754c9b8d80bd5425fee2228b
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 10:50:50 2014 +0200
Commit: Stephen Kelly steve...@gmail.com
CommitDate: Thu Apr 17 10:54:56 2014 +0200
QtAutogen: Put generated qrc files in a target-specific dir.
diff --git a/Modules/AutogenInfo.cmake.in b/Modules/AutogenInfo.cmake.in
index b6f9791..602b065 100644
--- a/Modules/AutogenInfo.cmake.in
+++ b/Modules/AutogenInfo.cmake.in
@@ -16,6 +16,7 @@ set(AM_CMAKE_CURRENT_SOURCE_DIR @CMAKE_CURRENT_SOURCE_DIR@/)
set(AM_CMAKE_CURRENT_BINARY_DIR @CMAKE_CURRENT_BINARY_DIR@/)
set(AM_QT_VERSION_MAJOR @_target_qt_version@)
set(AM_TARGET_NAME @_moc_target_name@)
+set(AM_ORIGIN_TARGET_NAME @_origin_target_name@)
set(AM_RELAXED_MODE @_moc_relaxed_mode@)
set(AM_UIC_TARGET_OPTIONS @_uic_target_options@)
set(AM_UIC_OPTIONS_FILES @_qt_uic_options_files@)
diff --git a/Source/cmQtAutoGenerators.cxx b/Source/cmQtAutoGenerators.cxx
index ae11462..74326f3 100644
--- a/Source/cmQtAutoGenerators.cxx
+++ b/Source/cmQtAutoGenerators.cxx
@@ -367,6 +367,8 @@ void cmQtAutoGenerators::SetupAutoGenerateTarget(cmTarget
const* target)
makefile-AddDefinition(_moc_target_name,
cmLocalGenerator::EscapeForCMake(autogenTargetName).c_str());
+ makefile-AddDefinition(_origin_target_name,
+ cmLocalGenerator::EscapeForCMake(target-GetName()).c_str());
std::string targetDir = getAutogenTargetDir(target);
@@ -506,7 +508,7 @@ void cmQtAutoGenerators::SetupSourceFiles(cmTarget const*
target)
std::string basename = cmsys::SystemTools::
GetFilenameWithoutLastExtension(absFile);
-std::string rcc_output_file = makefile-GetCurrentOutputDirectory();
+std::string rcc_output_file = target-GetSupportDirectory();
rcc_output_file += /qrc_ + basename + .cpp;
makefile-AppendProperty(ADDITIONAL_MAKE_CLEAN_FILES,
rcc_output_file.c_str(), false);
@@ -1063,6 +1065,8 @@ bool cmQtAutoGenerators::ReadAutogenInfoFile(cmMakefile*
makefile,
this-ProjectBinaryDir = makefile-GetSafeDefinition(AM_CMAKE_BINARY_DIR);
this-ProjectSourceDir = makefile-GetSafeDefinition(AM_CMAKE_SOURCE_DIR);
this-TargetName = makefile-GetSafeDefinition(AM_TARGET_NAME);
+ this-OriginTargetName
+ = makefile-GetSafeDefinition(AM_ORIGIN_TARGET_NAME);
{
const char *uicOptionsFiles
@@ -2057,7 +2061,9 @@ bool cmQtAutoGenerators::GenerateQrc()
std::string basename = cmsys::SystemTools::
GetFilenameWithoutLastExtension(*si);
-std::string rcc_output_file = this-Builddir + qrc_ + basename + .cpp;
+std::string rcc_output_file = this-Builddir
++ CMakeFiles/ + this-OriginTargetName
++ .dir/qrc_ + basename + .cpp;
int sourceNewerThanQrc = 0;
bool success = cmsys::SystemTools::FileTimeCompare(si-c_str(),
diff --git a/Source/cmQtAutoGenerators.h b/Source/cmQtAutoGenerators.h
index 8003795..501e13a 100644
--- a/Source/cmQtAutoGenerators.h
+++ b/Source/cmQtAutoGenerators.h
@@ -104,6 +104,7 @@ private:
std::string ProjectBinaryDir;
std::string ProjectSourceDir;
std::string TargetName;
+ std::string OriginTargetName;
std::string CurrentCompileSettingsStr;
std::string OldCompileSettingsStr;
---
Summary of changes:
Modules/AutogenInfo.cmake.in |1 +
Source/cmQtAutoGenerators.cxx | 10 --
Source/cmQtAutoGenerators.h |1 +
3 files changed, 10 insertions(+), 2 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
[Cmake-commits] CMake branch, next, updated. v3.0.0-rc3-2437-gcac16dd
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 cac16dd76f57ecb89761921b0910645db4aefdc3 (commit)
via 692228e41821a1af1f904304984c7366ae2ca288 (commit)
via e5e9b8e9a33186c0684974a54507d07596d72a1b (commit)
from 6205cf72201ba68504816c45c7ad49bebbfa5fa6 (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=cac16dd76f57ecb89761921b0910645db4aefdc3
commit cac16dd76f57ecb89761921b0910645db4aefdc3
Merge: 6205cf7 692228e
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 05:06:10 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 05:06:10 2014 -0400
Merge topic 'CMP0052-docs' into next
692228e4 Help: Link to cmake-buildsystem from CMP0052 docs.
e5e9b8e9 Help: Add code example for INSTALL_INTERFACE to cmake-buildsystem.
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=692228e41821a1af1f904304984c7366ae2ca288
commit 692228e41821a1af1f904304984c7366ae2ca288
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 11:05:20 2014 +0200
Commit: Stephen Kelly steve...@gmail.com
CommitDate: Thu Apr 17 11:05:20 2014 +0200
Help: Link to cmake-buildsystem from CMP0052 docs.
diff --git a/Help/policy/CMP0052.rst b/Help/policy/CMP0052.rst
index f857f36..48cfc9c 100644
--- a/Help/policy/CMP0052.rst
+++ b/Help/policy/CMP0052.rst
@@ -10,6 +10,9 @@ the installation prefix. This makes the installation depend
on the
existence of the source dir or binary dir, and the installation will be
broken if either are removed after installation.
+See :ref:`Include Directories and Usage Requirements` for more on
+specifying include directories for targets.
+
The OLD behavior for this policy is to export the content of the
:prop_tgt:`INTERFACE_INCLUDE_DIRECTORIES` with the source or binary
directory. The NEW behavior for this
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=e5e9b8e9a33186c0684974a54507d07596d72a1b
commit e5e9b8e9a33186c0684974a54507d07596d72a1b
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 11:01:58 2014 +0200
Commit: Stephen Kelly steve...@gmail.com
CommitDate: Thu Apr 17 11:01:58 2014 +0200
Help: Add code example for INSTALL_INTERFACE to cmake-buildsystem.
diff --git a/Help/manual/cmake-buildsystem.7.rst
b/Help/manual/cmake-buildsystem.7.rst
index 501b924..3e1f011 100644
--- a/Help/manual/cmake-buildsystem.7.rst
+++ b/Help/manual/cmake-buildsystem.7.rst
@@ -580,7 +580,17 @@ and the install-tree. The ``BUILD_INTERFACE`` and
``INSTALL_INTERFACE``
generator expressions can be used to describe separate usage requirements
based on the usage location. Relative paths are allowed within these
expressions, and are interpreted relative to the current source directory
-or the installation prefix, as appropriate.
+or the installation prefix, as appropriate:
+
+.. code-block:: cmake
+
+ add_library(ClimbingStats climbingstats.cpp)
+ target_include_directories(ClimbingStats INTERFACE
+$BUILD_INTERFACE:${CMAKE_CURRENT_BINARY_DIR}/generated
+$INSTALL_INTERFACE:/absolute/path
+$INSTALL_INTERFACE:relative/path
+$INSTALL_INTERFACE:$INSTALL_PREFIX/$CONFIG/generated
+ )
Two convenience APIs are provided relating to include directories usage
requirements. The :variable:`CMAKE_INCLUDE_CURRENT_DIR_IN_INTERFACE` variable
---
Summary of changes:
Help/manual/cmake-buildsystem.7.rst | 12 +++-
Help/policy/CMP0052.rst |3 +++
2 files changed, 14 insertions(+), 1 deletion(-)
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, next, updated. v3.0.0-rc3-2443-g10e7bdb
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 10e7bdb453fb049f93a97deb9699a5f884f0f994 (commit)
via 86bf91f508b814eeeb2ffcf691aa7be940fbbf89 (commit)
from 80665095b16b061ee4116e222e5d97d56848e6f1 (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=10e7bdb453fb049f93a97deb9699a5f884f0f994
commit 10e7bdb453fb049f93a97deb9699a5f884f0f994
Merge: 8066509 86bf91f
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 08:57:03 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 08:57:03 2014 -0400
Merge topic 'feature-absence-hard-error' into next
86bf91f5 Rename test file.
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=86bf91f508b814eeeb2ffcf691aa7be940fbbf89
commit 86bf91f508b814eeeb2ffcf691aa7be940fbbf89
Author: Stephen Kelly steve...@gmail.com
AuthorDate: Thu Apr 17 14:56:13 2014 +0200
Commit: Stephen Kelly steve...@gmail.com
CommitDate: Thu Apr 17 14:56:13 2014 +0200
Rename test file.
Don't overwrite dummy.cpp in the source on in-source build.
diff --git a/Tests/CMakeCommands/target_compile_features/CMakeLists.txt
b/Tests/CMakeCommands/target_compile_features/CMakeLists.txt
index f03f33d..62e3ce0 100644
--- a/Tests/CMakeCommands/target_compile_features/CMakeLists.txt
+++ b/Tests/CMakeCommands/target_compile_features/CMakeLists.txt
@@ -2,10 +2,10 @@ cmake_minimum_required(VERSION 3.0)
project(target_compile_features)
if (NOT CMAKE_CXX_COMPILE_FEATURES)
- file(WRITE ${CMAKE_CURRENT_BINARY_DIR}/dummy.cpp
+ file(WRITE ${CMAKE_CURRENT_BINARY_DIR}/test_dummy.cpp
int main(int,char**) { return 0; }\n
)
- add_executable(target_compile_features
${CMAKE_CURRENT_BINARY_DIR}/dummy.cpp)
+ add_executable(target_compile_features
${CMAKE_CURRENT_BINARY_DIR}/test_dummy.cpp)
return()
endif()
---
Summary of changes:
Tests/CMakeCommands/target_compile_features/CMakeLists.txt |4 ++--
1 file changed, 2 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, next, updated. v3.0.0-rc3-2448-g2baba2a
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 2baba2a1b9476beae3ab81ca1ec5cb3209054f97 (commit) via 3b673586f520cf87ae6a0a923a88ad9dadb80b52 (commit) via 5baa81592be69a87c10380daaa03da48c3fc729f (commit) from dea48fcc07f19ee261a4486a58f44b24b85d03f7 (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=2baba2a1b9476beae3ab81ca1ec5cb3209054f97 commit 2baba2a1b9476beae3ab81ca1ec5cb3209054f97 Merge: dea48fc 3b67358 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:08:39 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:08:39 2014 -0400 Merge topic 'fix-CMP0052' into next 3b673586 CMP0052: Make the warning message more informative. 5baa8159 CMP0052: Test that include dirs in install locations cause no warnings. http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=3b673586f520cf87ae6a0a923a88ad9dadb80b52 commit 3b673586f520cf87ae6a0a923a88ad9dadb80b52 Author: Stephen Kelly steve...@gmail.com AuthorDate: Wed Apr 16 23:46:13 2014 +0200 Commit: Brad King brad.k...@kitware.com CommitDate: Thu Apr 17 09:08:24 2014 -0400 CMP0052: Make the warning message more informative. Print the reason for the offending entry in the INTERFACE_INCLUDE_DIRECTORIES. diff --git a/Source/cmExportFileGenerator.cxx b/Source/cmExportFileGenerator.cxx index 25ffe1a..2db4086 100644 --- a/Source/cmExportFileGenerator.cxx +++ b/Source/cmExportFileGenerator.cxx @@ -301,7 +301,10 @@ static bool checkInterfaceDirs(const std::string prepro, s Directory:\n\ *li \\nin INTERFACE_INCLUDE_DIRECTORIES of target \ target-GetName() \ is a subdirectory of the install - directory:\n\ installDir \; + directory:\n\ installDir \\nhowever it is also + a subdirectory of the (inBinary ? build : source) +tree:\n\ (inBinary ? topBinaryDir : topSourceDir) + \ std::endl; target-GetMakefile()-IssueMessage(cmake::AUTHOR_WARNING, s.str()); } diff --git a/Tests/RunCMake/include_directories/BinInInstallPrefix-CMP0052-WARN-stderr.txt b/Tests/RunCMake/include_directories/BinInInstallPrefix-CMP0052-WARN-stderr.txt index f6d408c..054bff5 100644 --- a/Tests/RunCMake/include_directories/BinInInstallPrefix-CMP0052-WARN-stderr.txt +++ b/Tests/RunCMake/include_directories/BinInInstallPrefix-CMP0052-WARN-stderr.txt @@ -12,4 +12,9 @@ CMake Warning \(dev\) in CMakeLists.txt: of the install directory: .*Tests/RunCMake/include_directories/prefix + + however it is also a subdirectory of the build tree: + + .*Tests/RunCMake/include_directories/prefix/BinInInstallPrefix-CMP0052-WARN-build + This warning is for project developers. Use -Wno-dev to suppress it. diff --git a/Tests/RunCMake/include_directories/SrcInInstallPrefix-CMP0052-WARN-stderr.txt b/Tests/RunCMake/include_directories/SrcInInstallPrefix-CMP0052-WARN-stderr.txt index 78710c0..0b13fd8 100644 --- a/Tests/RunCMake/include_directories/SrcInInstallPrefix-CMP0052-WARN-stderr.txt +++ b/Tests/RunCMake/include_directories/SrcInInstallPrefix-CMP0052-WARN-stderr.txt @@ -12,4 +12,9 @@ CMake Warning \(dev\) in CMakeLists.txt: of the install directory: .*Tests/RunCMake/include_directories/prefix + + however it is also a subdirectory of the source tree: + + .*Tests/RunCMake/include_directories/prefix/src + This warning is for project developers. Use -Wno-dev to suppress it. http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=5baa81592be69a87c10380daaa03da48c3fc729f commit 5baa81592be69a87c10380daaa03da48c3fc729f Author: Stephen Kelly steve...@gmail.com AuthorDate: Wed Apr 16 22:49:40 2014 +0200 Commit: Brad King brad.k...@kitware.com CommitDate: Thu Apr 17 09:07:59 2014 -0400 CMP0052: Test that include dirs in install locations cause no warnings. diff --git a/Tests/RunCMake/include_directories/DirInInstallPrefix-result.txt b/Tests/RunCMake/include_directories/DirInInstallPrefix-result.txt new file mode 100644 index 000..573541a --- /dev/null +++ b/Tests/RunCMake/include_directories/DirInInstallPrefix-result.txt @@ -0,0 +1 @@ +0 diff --git a/Tests/RunCMake/include_directories/DirInInstallPrefix-stderr.txt b/Tests/RunCMake/include_directories/DirInInstallPrefix-stderr.txt new file mode 100644 index 000..10f3293 --- /dev/null +++ b/Tests/RunCMake/include_directories/DirInInstallPrefix-stderr.txt @@ -0,0 +1 @@ +^$ diff --git
[Cmake-commits] CMake branch, master, updated. v3.0.0-rc3-677-gc14010e
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 c14010e4ea65d25e0b511ac7fd1d767c2b0b7d34 (commit) via b508de59e852a5068f3b9838e2be8a485235b934 (commit) from ef10fc47ae07a61ff560c88f768113ed157757f2 (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=c14010e4ea65d25e0b511ac7fd1d767c2b0b7d34 commit c14010e4ea65d25e0b511ac7fd1d767c2b0b7d34 Merge: ef10fc4 b508de5 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:10:56 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:10:56 2014 -0400 Merge topic 'archive-null-error' b508de59 cmArchiveWrite: Handle NULL error string (#14882) --- Summary of changes: Source/cmArchiveWrite.cxx | 35 +-- 1 file changed, 21 insertions(+), 14 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. v3.0.0-rc3-675-gef10fc4
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 ef10fc47ae07a61ff560c88f768113ed157757f2 (commit) via cc57ff5c496e280d93a842909d2c739cfbb5ba93 (commit) from 858ed4b390fd21ee1cc29bced6724d2eeb4476a6 (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=ef10fc47ae07a61ff560c88f768113ed157757f2 commit ef10fc47ae07a61ff560c88f768113ed157757f2 Merge: 858ed4b cc57ff5 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:10:53 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:10:53 2014 -0400 Merge topic 'implicit-libNN-dirs' cc57ff5c Drop /lib32 and /lib64 from link directories and RPATH (#14875) --- Summary of changes: Modules/Platform/UnixPaths.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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. v3.0.0-rc3-685-g7a36a34
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 7a36a34a65351dc6a1cda622d129d3fcf1b28eeb (commit) via b84ee41abbea790ac93c012b1423ef012f933ca2 (commit) from d9e2cd258cf96087fffc2fba3321200ce1e19a58 (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=7a36a34a65351dc6a1cda622d129d3fcf1b28eeb commit 7a36a34a65351dc6a1cda622d129d3fcf1b28eeb Merge: d9e2cd2 b84ee41 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:11:04 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:11:04 2014 -0400 Merge topic 'update-prebuilt-openssl' b84ee41a Utilities/Release: Update to openssl-1.0.1g --- Summary of changes: Utilities/Release/dashmacmini2_release.cmake |6 +++--- Utilities/Release/dashmacmini5_release.cmake |6 +++--- Utilities/Release/magrathea_release.cmake|6 +++--- 3 files changed, 9 insertions(+), 9 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. v3.0.0-rc3-681-g4c966d9
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 4c966d90c7a2afaffa97ae3d0d4fbc26b614a2eb (commit) via 0d048384694b7285ef739153757b57791d4ebb93 (commit) from 41c76d5aeb86e082b3e3c093c960a4e7ce1f7faa (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=4c966d90c7a2afaffa97ae3d0d4fbc26b614a2eb commit 4c966d90c7a2afaffa97ae3d0d4fbc26b614a2eb Merge: 41c76d5 0d04838 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:11:01 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:11:01 2014 -0400 Merge topic 'vs-use-full-paths' 0d048384 VS: Use full path to sources to allow deeper trees with VS = 10 --- Summary of changes: Source/cmVisualStudio10TargetGenerator.cxx |5 +++-- 1 file changed, 3 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. v3.0.0-rc3-679-g41c76d5
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 41c76d5aeb86e082b3e3c093c960a4e7ce1f7faa (commit) via 1ec6485c6a16c230bf29696ab8fd48eb5edbb78a (commit) from c14010e4ea65d25e0b511ac7fd1d767c2b0b7d34 (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=41c76d5aeb86e082b3e3c093c960a4e7ce1f7faa commit 41c76d5aeb86e082b3e3c093c960a4e7ce1f7faa Merge: c14010e 1ec6485 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:10:59 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:10:59 2014 -0400 Merge topic 'ar-no-replace' 1ec6485c Support duplicate object names in large archives (#14874) --- Summary of changes: Modules/CMakeCInformation.cmake |4 ++-- Modules/CMakeCXXInformation.cmake |4 ++-- Modules/CMakeFortranInformation.cmake |4 ++-- 3 files changed, 6 insertions(+), 6 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. v3.0.0-rc3-693-gfe27c99
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 fe27c993ff18af1c02c2937b6474d021cc385293 (commit)
via 67f5f0a9fd012f3da7cadf653102671a8f316718 (commit)
via fcfbb0a9244ff52d03fec67de7a2a8d0ff406db3 (commit)
via 61a649d974b7810ec6073ef088e1b65c1277dbda (commit)
via 4533560c23adf29a03d57b5c5678048795ed6134 (commit)
via 44d6b82f4351dc3941fd9794ad8f3909148c0314 (commit)
via 37f225b72c8e4c440025a98f68eda9914f7ba5f7 (commit)
via 6ab7c326485b4af46a4e45faef2ac7d469df8840 (commit)
from 7a36a34a65351dc6a1cda622d129d3fcf1b28eeb (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=fe27c993ff18af1c02c2937b6474d021cc385293
commit fe27c993ff18af1c02c2937b6474d021cc385293
Merge: 7a36a34 67f5f0a
Author: Brad King brad.k...@kitware.com
AuthorDate: Thu Apr 17 09:11:06 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 09:11:06 2014 -0400
Merge topic 'update-libarchive'
67f5f0a9 libarchive: Use _snprintf on Windows, not snprintf
fcfbb0a9 libarchive: Drop LIBARCHIVE_ADDITIONAL_LIBS, CMake does not need it
61a649d9 libarchive: Update README-CMake.txt for new snapshot
4533560c Merge branch 'libarchive-upstream' into update-libarchive
44d6b82f libarchive: Disable all whitespace checks in third-party code
37f225b7 libarchive 3.1.2-246-ga5a5d28b (reduced)
6ab7c326 libarchive: Avoid left-shift overflow of signed integer
---
Summary of changes:
Utilities/cmlibarchive/.gitattributes |2 +-
Utilities/cmlibarchive/CMakeLists.txt |1 +
Utilities/cmlibarchive/README-CMake.txt|8 +-
Utilities/cmlibarchive/build/cmake/config.h.in |3 +
Utilities/cmlibarchive/libarchive/CMakeLists.txt |1 +
.../cmlibarchive/libarchive/archive_read_extract.c | 134 ++--
...hive_read_extract.c = archive_read_extract2.c} | 64 ++
.../cmlibarchive/libarchive/archive_read_private.h | 11 +-
.../libarchive/archive_read_support_format_zip.c |9 +-
.../libarchive/archive_write_disk_posix.c |3 +-
.../libarchive/archive_write_set_format_zip.c | 34 ++---
11 files changed, 69 insertions(+), 201 deletions(-)
copy Utilities/cmlibarchive/libarchive/{archive_read_extract.c =
archive_read_extract2.c} (71%)
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. v3.0.0-rc3-683-gd9e2cd2
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 d9e2cd258cf96087fffc2fba3321200ce1e19a58 (commit) via c8e565a06e229e1524df01d965c8b7e7a757ce05 (commit) from 4c966d90c7a2afaffa97ae3d0d4fbc26b614a2eb (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=d9e2cd258cf96087fffc2fba3321200ce1e19a58 commit d9e2cd258cf96087fffc2fba3321200ce1e19a58 Merge: 4c966d9 c8e565a Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:11:03 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:11:03 2014 -0400 Merge topic 'codelite-simplify' c8e565a0 CodeLite generator: simplify code a bit --- Summary of changes: Source/cmExtraCodeLiteGenerator.cxx | 12 1 file changed, 4 insertions(+), 8 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. v3.0.0-rc3-699-g2fca2b2
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 2fca2b23107c1e57116cea0dad6c4f9dd9c0c146 (commit)
via 3b673586f520cf87ae6a0a923a88ad9dadb80b52 (commit)
via 5baa81592be69a87c10380daaa03da48c3fc729f (commit)
via 9e0b3153fa2fa9e1b51d1fd7d265a114958e7f0a (commit)
from 51a8a37443ce491c871702721ba2a69de3bf (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=2fca2b23107c1e57116cea0dad6c4f9dd9c0c146
commit 2fca2b23107c1e57116cea0dad6c4f9dd9c0c146
Merge: 51a8a37 3b67358
Author: Brad King brad.k...@kitware.com
AuthorDate: Thu Apr 17 09:11:10 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 09:11:10 2014 -0400
Merge topic 'fix-CMP0052'
3b673586 CMP0052: Make the warning message more informative.
5baa8159 CMP0052: Test that include dirs in install locations cause no
warnings.
9e0b3153 CMP0052: Do not warn when include dir is not in source or build
tree
---
Summary of changes:
Source/cmExportFileGenerator.cxx| 15 ++-
.../BinInInstallPrefix-CMP0052-WARN-stderr.txt |5 +
.../DirInInstallPrefix-result.txt} |0
.../DirInInstallPrefix-stderr.txt} |0
...PrefixInInterface.cmake = DirInInstallPrefix.cmake} |6 ++
Tests/RunCMake/include_directories/RunCMakeTest.cmake |3 +++
.../SrcInInstallPrefix-CMP0052-WARN-stderr.txt |5 +
7 files changed, 25 insertions(+), 9 deletions(-)
copy Tests/RunCMake/{CMP0022/CMP0022-WARN-empty-old-result.txt =
include_directories/DirInInstallPrefix-result.txt} (100%)
copy Tests/RunCMake/{CMP0022/CMP0022-NOWARN-exe-stderr.txt =
include_directories/DirInInstallPrefix-stderr.txt} (100%)
copy Tests/RunCMake/include_directories/{InstallPrefixInInterface.cmake =
DirInInstallPrefix.cmake} (61%)
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. v3.0.0-rc3-695-g51a8a37
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 51a8a37443ce491c871702721ba2a69de3bf (commit) via 1f3e95ba72cdafec0efb99d43a062b538780b093 (commit) from fe27c993ff18af1c02c2937b6474d021cc385293 (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=51a8a37443ce491c871702721ba2a69de3bf commit 51a8a37443ce491c871702721ba2a69de3bf Merge: fe27c99 1f3e95b Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:11:08 2014 -0400 Commit: CMake Topic Stage kwro...@kitware.com CommitDate: Thu Apr 17 09:11:08 2014 -0400 Merge topic 'FindGTest-typed-test' 1f3e95ba FindGTest: Teach GTEST_ADD_TESTS about TYPED_TEST --- Summary of changes: Modules/FindGTest.cmake | 24 +++- 1 file changed, 15 insertions(+), 9 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, next, updated. v3.0.0-rc3-2459-gb4da152
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 b4da1527abc69889d23d259a66753bdc1bf6fcb0 (commit) via 2fca2b23107c1e57116cea0dad6c4f9dd9c0c146 (commit) via 51a8a37443ce491c871702721ba2a69de3bf (commit) via fe27c993ff18af1c02c2937b6474d021cc385293 (commit) via 7a36a34a65351dc6a1cda622d129d3fcf1b28eeb (commit) via d9e2cd258cf96087fffc2fba3321200ce1e19a58 (commit) via 4c966d90c7a2afaffa97ae3d0d4fbc26b614a2eb (commit) via 41c76d5aeb86e082b3e3c093c960a4e7ce1f7faa (commit) via c14010e4ea65d25e0b511ac7fd1d767c2b0b7d34 (commit) via ef10fc47ae07a61ff560c88f768113ed157757f2 (commit) via 858ed4b390fd21ee1cc29bced6724d2eeb4476a6 (commit) from 2baba2a1b9476beae3ab81ca1ec5cb3209054f97 (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=b4da1527abc69889d23d259a66753bdc1bf6fcb0 commit b4da1527abc69889d23d259a66753bdc1bf6fcb0 Merge: 2baba2a 2fca2b2 Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:12:47 2014 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Thu Apr 17 09:12:47 2014 -0400 Merge branch 'master' into next --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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, release, updated. v3.0.0-rc3-24-ge40fbbb
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, release has been updated via e40fbbb0744e63401cba0958155c14fa838477cb (commit) via ac00baa6a84c2ee759d05a602d775bda6508ee06 (commit) via b508de59e852a5068f3b9838e2be8a485235b934 (commit) via cc57ff5c496e280d93a842909d2c739cfbb5ba93 (commit) from 1c5871984a33922e3ec229ba28bacf0848e9b003 (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 - --- Summary of changes: Modules/Platform/UnixPaths.cmake |2 +- Source/cmArchiveWrite.cxx| 35 +-- 2 files changed, 22 insertions(+), 15 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, next, updated. v3.0.0-rc3-2461-ga2cb652
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 a2cb652451fcceb2eb545c3a2ddca08f55cdec93 (commit) via 5265a5dc2aa5b870ad6b85b7ffe2a831c6dba0d9 (commit) from b4da1527abc69889d23d259a66753bdc1bf6fcb0 (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=a2cb652451fcceb2eb545c3a2ddca08f55cdec93 commit a2cb652451fcceb2eb545c3a2ddca08f55cdec93 Merge: b4da152 5265a5d Author: Brad King brad.k...@kitware.com AuthorDate: Thu Apr 17 09:18:36 2014 -0400 Commit: Brad King brad.k...@kitware.com CommitDate: Thu Apr 17 09:18:36 2014 -0400 Merge branch 'master' into next --- Summary of changes: 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. v3.0.0-rc3-702-g5265a5d
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 5265a5dc2aa5b870ad6b85b7ffe2a831c6dba0d9 (commit) via e40fbbb0744e63401cba0958155c14fa838477cb (commit) via ac00baa6a84c2ee759d05a602d775bda6508ee06 (commit) from 2fca2b23107c1e57116cea0dad6c4f9dd9c0c146 (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 - --- Summary of changes: 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, next, updated. v3.0.0-rc3-2463-g77e71fa
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 77e71facd18fda4ca071d243e470d02eca2cc71f (commit)
via ccd29b9af849316a9361ceb8d0addb24e7158382 (commit)
from a2cb652451fcceb2eb545c3a2ddca08f55cdec93 (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=77e71facd18fda4ca071d243e470d02eca2cc71f
commit 77e71facd18fda4ca071d243e470d02eca2cc71f
Merge: a2cb652 ccd29b9
Author: Brad King brad.k...@kitware.com
AuthorDate: Thu Apr 17 09:54:00 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Apr 17 09:54:00 2014 -0400
Merge topic 'ExternalData-missing-not-fatal' into next
ccd29b9a ExternalData: Warn on missing file instead of failing
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ccd29b9af849316a9361ceb8d0addb24e7158382
commit ccd29b9af849316a9361ceb8d0addb24e7158382
Author: Brad King brad.k...@kitware.com
AuthorDate: Thu Apr 17 09:31:41 2014 -0400
Commit: Brad King brad.k...@kitware.com
CommitDate: Thu Apr 17 09:45:09 2014 -0400
ExternalData: Warn on missing file instead of failing
When the primary source tree path named by a DATA{} reference does not
exist, produce an AUTHOR_WARNING instead of a FATAL_ERROR. This is
useful when writing a new DATA{} reference to a test reference output
that has not been created yet. This way the developer can run the test,
manually verify the output, and then copy it into place to provide the
reference and eliminate the warning.
If the named source tree path is expected to be a file but exists as a
directory, we still need to produce a FATAL_ERROR.
diff --git a/Modules/ExternalData.cmake b/Modules/ExternalData.cmake
index ee20693..73a4990 100644
--- a/Modules/ExternalData.cmake
+++ b/Modules/ExternalData.cmake
@@ -421,6 +421,7 @@ function(_ExternalData_arg target arg options var_file)
set(external ) # Entries external to the source tree.
set(internal ) # Entries internal to the source tree.
set(have_original ${data_is_directory})
+ set(have_original_as_dir 0)
# Process options.
set(series_option )
@@ -470,11 +471,18 @@ function(_ExternalData_arg target arg options var_file)
endif()
if(NOT have_original)
-message(FATAL_ERROR Data file referenced by argument\n
+if(have_original_as_dir)
+ set(msg_kind FATAL_ERROR)
+ set(msg that is directory instead of a file!)
+else()
+ set(msg_kind AUTHOR_WARNING)
+ set(msg that does not exist as a file (with or without an extension)!)
+endif()
+message(${msg_kind} Data file referenced by argument\n
${arg}\n
corresponds to source tree path\n
${reldata}\n
- that does not exist as a file (with or without an extension)!)
+ ${msg})
endif()
if(external)
@@ -591,27 +599,33 @@ function(_ExternalData_arg_find_files pattern regex)
set(alg )
endif()
if(x${relname} MATCHES ^x${regex}$ # matches
-AND NOT IS_DIRECTORY ${top_src}/${entry} # not a directory
AND NOT x${relname} MATCHES (^x|/)\\.ExternalData_ # not staged obj
)
- set(name ${top_src}/${relname})
- set(file ${top_bin}/${relname})
- if(alg)
-list(APPEND external ${file}|${name}|${alg})
- elseif(ExternalData_LINK_CONTENT)
-_ExternalData_link_content(${name} alg)
-list(APPEND external ${file}|${name}|${alg})
- elseif(NOT top_same)
-list(APPEND internal ${file}|${name})
- endif()
- if(${relname} STREQUAL ${reldata})
-set(have_original 1)
+ if(IS_DIRECTORY ${top_src}/${entry})
+if(${relname} STREQUAL ${reldata})
+ set(have_original_as_dir 1)
+endif()
+ else()
+set(name ${top_src}/${relname})
+set(file ${top_bin}/${relname})
+if(alg)
+ list(APPEND external ${file}|${name}|${alg})
+elseif(ExternalData_LINK_CONTENT)
+ _ExternalData_link_content(${name} alg)
+ list(APPEND external ${file}|${name}|${alg})
+elseif(NOT top_same)
+ list(APPEND internal ${file}|${name})
+endif()
+if(${relname} STREQUAL ${reldata})
+ set(have_original 1)
+endif()
endif()
endif()
endforeach()
set(external ${external} PARENT_SCOPE)
set(internal ${internal} PARENT_SCOPE)
set(have_original ${have_original} PARENT_SCOPE)
+ set(have_original_as_dir ${have_original_as_dir} PARENT_SCOPE)
endfunction()
#-
diff --git a/Tests/Module/ExternalData/CMakeLists.txt
[Cmake-commits] CMake branch, master, updated. v3.0.0-rc3-703-gc9d13f8
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 c9d13f841e5ce58ac158e4b5e35b619c0bc7aaab (commit) from 5265a5dc2aa5b870ad6b85b7ffe2a831c6dba0d9 (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=c9d13f841e5ce58ac158e4b5e35b619c0bc7aaab commit c9d13f841e5ce58ac158e4b5e35b619c0bc7aaab Author: Kitware Robot kwro...@kitware.com AuthorDate: Fri Apr 18 00:01:15 2014 -0400 Commit: Kitware Robot kwro...@kitware.com CommitDate: Fri Apr 18 00:01:15 2014 -0400 CMake Nightly Date Stamp diff --git a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake index 6ac332b..ce5f6ba 100644 --- a/Source/CMakeVersion.cmake +++ b/Source/CMakeVersion.cmake @@ -1,5 +1,5 @@ # CMake version number components. set(CMake_VERSION_MAJOR 3) set(CMake_VERSION_MINOR 0) -set(CMake_VERSION_PATCH 20140417) +set(CMake_VERSION_PATCH 20140418) #set(CMake_VERSION_RC 1) --- Summary of changes: Source/CMakeVersion.cmake |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) hooks/post-receive -- CMake ___ Cmake-commits mailing list Cmake-commits@cmake.org http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-commits
