Re: [cmake-developers] Create subdirectories in Resource directory for Frameworks and Application bundle.

; directory > For iOS it will create "flat" directory structure. > > I could provide patch to fix that issue, if you agree with that. > What do you think about that? > Do you think the same should be applied to "Headers"? > > I think the abstraction seems

Re: [cmake-developers] Create subdirectories in Resource directory for Frameworks and Application bundle.

On Friday, December 11, 2015 05:01:41 PM Bartosz Kosiorek wrote: > Thanks Clint > > Unfortunately MACOSX_PACKAGE_LOCATION is not working correctly with RESOURCE > property. For every resource which is marked as RESOURCE, will be placed in > root "Resources" directory. > > The CMake code below

Re: [cmake-developers] [PATCH] Qt4Macros generate resources with same file name

On Tuesday, November 24, 2015 11:01:27 AM Joseph Shen wrote: > Dear CMake developers: > > Please view attached small patch that try to fix Qt4Macros generate > resources with same file name error. > > Right now, in the CMake main branch, using cmake with Qt4 library > add resources project can

Re: [cmake-developers] CPack/NSIS is broken after extended length paths fix

On Monday, September 21, 2015 12:28:37 PM Dmitry Kochkin wrote: > Hi Clint, > > >>Actually it's even worse because in current master HEAD I can see that > >>INST_DIR is empty in generated project: !define INST_DIR "" > >>(not sure if that's caused by your change) > > > >Interesting... Do you

Re: [cmake-developers] [PATCH] FindPythonLibs patches for version searching and frameworks

On Wednesday, September 16, 2015 11:04:23 PM David Gobbi wrote: > On Wed, Sep 16, 2015 at 9:41 AM, Brad King wrote: > > On 09/16/2015 11:39 AM, Brad King wrote: > > > On 09/16/2015 10:00 AM, David Gobbi wrote: > > >> this new patch only changes the search for the include

Re: [cmake-developers] [PATCH] FindPythonLibs patches for version searching and frameworks

On Thursday, September 17, 2015 12:54:26 PM Brad King wrote: > On 09/17/2015 12:42 PM, David Gobbi wrote: > > Okay, Clinton. Now you've made me paranoid that I should be prepending > > the value of CMAKE_OSX_SYSROOT before the prefix if it isn't already > > part of the prefix. I don't want to

Re: [cmake-developers] "Inconsistent sizeofcmds" on Mac

On Thursday, September 17, 2015 11:18:06 PM Mike Gelfand wrote: > Hello everyone, > > I’m using cmake 3.3.1 on Mac 10.10.4. I’m building an executable target on > Mac with the following settings: > > CMAKE_OSX_ARCHITECTURES = i386;x86_64 > CMAKE_OSX_DEPLOYMENT_TARGET = 10.5 >

Re: [cmake-developers] Modules/GetPrequisites.cmake issues

On Monday, August 03, 2015 10:22:18 AM Brad King wrote: On 07/30/2015 10:56 AM, Brad King wrote: Thanks! Applied: Those patches exposed a bug in FindMPI, so I fixed that and rebased the other changes on it: FindMPI: Drop unnecessary and incorrect use of GetPrerequisites

Re: [cmake-developers] [PATCH 3/3] FindQt4: document cross compilation

On Thursday, July 30, 2015 10:56:02 AM Brad King wrote: On 07/30/2015 09:29 AM, Pascal Bach wrote: CMAKE_FIND_ROOT_PATH_MODE would then need to be extended to support something like NATIVE and TARGET that one could use to choose where to look for files. This way every find_* call could

Re: [cmake-developers] [PATCH 3/3] FindQt4: document cross compilation

On Wednesday, July 29, 2015 04:59:57 PM Pascal Bach wrote: Hi Clint Am 29.07.2015 um 16:47 schrieb Clinton Stimpson: On Wednesday, July 29, 2015 04:05:41 PM Pascal Bach wrote: Hi Clint Am 29.07.2015 um 15:45 schrieb Clinton Stimpson: Hi Pascal, Thanks for the patches. Can

Re: [cmake-developers] [PATCH 3/3] FindQt4: document cross compilation

Hi Pascal, Thanks for the patches. Can you share with us why setting CMAKE_FIND_ROOT_PATH does not work, or how this new method compares? For example, in the toolchain file: SET(CMAKE_FIND_ROOT_PATH /path/to/Qt ...) Clint On Wednesday, July 29, 2015 02:32:48 PM Pascal Bach wrote: ---

Re: [cmake-developers] [PATCH 3/3] FindQt4: document cross compilation

On Wednesday, July 29, 2015 04:05:41 PM Pascal Bach wrote: Hi Clint Am 29.07.2015 um 15:45 schrieb Clinton Stimpson: Hi Pascal, Thanks for the patches. Can you share with us why setting CMAKE_FIND_ROOT_PATH does not work, or how this new method compares? For example

Re: [cmake-developers] Support of codesign

GMT+01:00 Clinton Stimpson clin...@elemtech.com: On Friday, February 20, 2015 12:07:55 PM A. Klitzing wrote: Hi Clint, I have another patch to tweak the error output a little bit. If codesign fails it won't be possible to get the error message of codesign itself

Re: [cmake-developers] Support of codesign

On Friday, February 20, 2015 12:07:55 PM A. Klitzing wrote: Hi Clint, I have another patch to tweak the error output a little bit. If codesign fails it won't be possible to get the error message of codesign itself. That is a little bit confusing because it just fails without an

Re: [cmake-developers] [PATCH] User may now specify toolset through CMake GUI

On Monday, February 16, 2015 11:35:47 AM Brad King wrote: On 02/15/2015 03:27 PM, rcdailey.li...@gmail.com wrote: From: Robert Dailey rcdai...@gmail.com The -T parameter to CMake may now be specified through QtDialog (cmake-gui) via a new text field in the first-time configure wizard

Re: [cmake-developers] Patch for some GUI Mac fixes

On Monday, January 26, 2015 08:01:31 AM Kevin Wojniak wrote: These 3 patches fix the Install menu not showing for Qt5 builds, the Install buttons not behaving like the other (standard) buttons, and fixes the search field not being shown on OS X when the window is at minimum size. Thanks for

[cmake-developers] CMake 3.1 regression with incremental builds ?

Using the netcdf project ftp://ftp.unidata.ucar.edu/pub/netcdf/netcdf-4.3.2.tar.gz I see a problem with incremental builds doing a relink of libraries. Within my project, this leads to unnecessarily relinking of many executables every time I run cmake. For example: tar zxf

Re: [cmake-developers] Support of codesign

Klitzing Clinton Stimpson clin...@elemtech.com schrieb am Mon Oct 27 2014 at 17:42:50: Hi André, I can help you get this patch into the git repo. But before doing that, Brad requested one more change. Can you please rename 3 of the CMake variables

Re: [cmake-developers] Support of codesign

On Thursday, October 23, 2014 11:13:15 AM Brad King wrote: On 10/21/2014 11:44 AM, Clinton Stimpson wrote: Because the design of this Bundle generator is not consistent with the rest of the CPack generators, you don't have this same chance, and the only way to do customization is to keep

Re: [cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

On Tuesday, October 21, 2014 08:22:24 AM Clinton Stimpson wrote: On Tuesday, October 21, 2014 03:59:19 PM Adam Strzelecki wrote: Regardless of where the bug lies, your changes took a packaging case that worked and made it not work. That is a regression. I am sorry, but 55707fd5

Re: [cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

On Tuesday, October 21, 2014 03:59:19 PM Adam Strzelecki wrote: Regardless of where the bug lies, your changes took a packaging case that worked and made it not work. That is a regression. I am sorry, but 55707fd5 in fact does it CORRECT WAY as it is expressed in:

Re: [cmake-developers] Support of codesign

/2014 02:00 PM, Clinton Stimpson wrote: I think application signing is generally not a CPack thing, but there probably isn't much of a choice if the Bundle generator is used. Well, it isn't possible to sign that bundle without it. There must be a step between bundle and dmg. Maybe cmake

Re: [cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

On Thursday, October 09, 2014 10:27:32 AM Brad King wrote: On 10/09/2014 10:16 AM, clin...@elemtech.com wrote: When I do the same message(), I don't see deletion of rpaths which do not exist. I see them for libshared and libshared2 which have SKIP_BUILD_RPATH. But, I'm wondering if

Re: [cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

On Wednesday, October 08, 2014 11:17:03 AM Brad King wrote: On 10/08/2014 11:05 AM, clin...@elemtech.com wrote: I pushed more fixes for this. Instead of requiring 10.6, I took the other path of warning when rpaths need changed at install time and skip it. This should also fix the CMP0042

Re: [cmake-developers] fix-OSX-bundle-rpaths-and-Qt5 topic

On Tuesday, September 30, 2014 11:37:27 AM Brad King wrote: Hi Folks, Picking up from the end of an earlier thread: [PATCH] stage/fix-OSX-bundle-rpaths-and-Qt5 http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/10781/focu s=11016 Is the fix-OSX-bundle-rpaths-and-Qt5

Re: [cmake-developers] Support of codesign

On Monday, September 29, 2014 01:23:04 PM Chuck Atkins wrote: Maybe it shouldn't even be a CPack thing. Maybe it should be an install time step so that all CPack generators will contains signed binaries if codesign is used... I know this is a bit after the fact and I'm jumping in here

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

On Thursday, September 18, 2014 06:15:51 PM Adam Strzelecki wrote: FYI I pushed stage/fix-OSX-bundle-rpaths-and-Qt5 topic for final review. Regards, Does the functionality you add allow us to modify CMake/Tests/BundleUtilities/CMakeLists.txt such that the last part in the tests where @rpath

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

On Wednesday, September 17, 2014 01:13:45 AM Adam Strzelecki wrote: What is the new optional parameter to gp_file_type() used for? My intention was to pass exepath rather than take it from the path of original_file. But this is in fact not necessary. I don't see any code in your branch

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

on:) -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- 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

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

of /path/to/ No? These functions are called by other codes and we can't just change the meaning of the arguments. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Please keep messages on-topic and check

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

Yes, it would be easier to review on stage or on github. Thanks. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki

Re: [cmake-developers] [PATCH 3/6] Resolve replace @rpath placeholders

parameter to gp_file_type() used for? I don't see any code in your branch calling that function with the new parameter. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Please keep messages on-topic and check

Re: [cmake-developers] Please review FindQt_versioned_tools

://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2251970c (qmake-qt4 qmake) Then the order was reversed without much detail in the commit: ENH: -apply the patches by Clinton Stimpson, 2006-04-27 http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f59ad1aa (qmake qmake-qt4) The commit message

Re: [cmake-developers] Please review FindQt_versioned_tools

On Tuesday, May 20, 2014 05:53:16 PM Rolf Eike Beer wrote: Clinton, Stephen, inspired by what OpenBSD currently does downstream I did a patch that always searches for the plain executable names (like moc) after all versioned executable names (e.g. moc4) have been tried. Since those tools are

Re: [cmake-developers] CMake identifies MacOSX10.7-Xcode43-ub as GNU, but it runs clang.

On Tuesday, April 29, 2014 11:01:06 AM Brad King wrote: On 04/28/2014 01:07 PM, Brad King wrote: It looks like in this case users will have to tell Xcode what tool to use up front using the CMake generator toolset feature (cmake -T). I think this is acceptable because it only affects old

Re: [cmake-developers] Review request: fix-Qt5-windows-build

On Wednesday, March 12, 2014 05:21:30 PM Stephen Kelly wrote: Hi, I didn't follow the encoding work done by Clinton, and in my Qt 5 build with default settings, the new codepage related definition is not set. However, if it is set somehow, then the build would be calling methods which are

Re: [cmake-developers] Review request: fix-Qt5-windows-build

On Wednesday, March 12, 2014 05:50:09 PM Stephen Kelly wrote: Clinton Stimpson wrote: I personally would prefer a Qt version check This compiles: diff --git a/Source/QtDialog/CMakeSetup.cxx b/Source/QtDialog/CMakeSetup.cxx index 995929e..d1fbe9f 100644 --- a/Source/QtDialog

Re: [cmake-developers] Question regarding [58e3d49] MSVC: Fix encoding of Visual Studio 10+ project files

On Thursday, March 06, 2014 11:09:24 AM Dominik Bernhardt wrote: Hi, I have a question regarding the change [58e3d49] that changed the encoding of generated visual studio project files from utf-8 to Windows-1252. Although the encoding header in the generated xml file was changed the files

Re: [cmake-developers] WG: [CMake] CMake 2.8.12.201401116 is much slower than 2.8.12.1

On Wednesday, January 29, 2014 02:35:53 PM Dominik Bernhardt wrote: -Urspruengliche Nachricht- Von: Clinton Stimpson [mailto:clin...@elemtech.com] Gesendet: Dienstag, 21. Januar 2014 16:10 An: cmake-developers@cmake.org Cc: Bill Hoffman; Dominik Bernhardt Betreff: Re: [cmake

Re: [cmake-developers] [CMake] CMake 2.8.12.201401116 is much slower than 2.8.12.1

On Thursday, January 16, 2014 08:41:58 AM Clinton Stimpson wrote: On Thursday, January 16, 2014 10:14:32 AM Bill Hoffman wrote: Moving this to cmake-developers list: On 1/16/2014 9:55 AM, Clinton Stimpson wrote: On one of my projects, I see ~3.0 seconds for CMake 2.8.12 and ~3.8

Re: [cmake-developers] [CMake] CMake 2.8.12.201401116 is much slower than 2.8.12.1

On Thursday, January 16, 2014 10:14:32 AM Bill Hoffman wrote: Moving this to cmake-developers list: On 1/16/2014 9:55 AM, Clinton Stimpson wrote: On one of my projects, I see ~3.0 seconds for CMake 2.8.12 and ~3.8 seconds for CMake master. I don't have an idea why, but with my test

Re: [cmake-developers] [CMake] CMake 2.8.12.201401116 is much slower than 2.8.12.1

On Thursday, January 16, 2014 11:49:58 AM Ben Boeckel wrote: On Thu, Jan 16, 2014 at 08:41:58 -0700, Clinton Stimpson wrote: I'm surprised how this small change added a 20% slowdown. -set_property(DIRECTORY APPEND PROPERTY COMPILE_DEFINITIONS_DEBUG QT_DEBUG) +set_property(DIRECTORY APPEND

Re: [cmake-developers] [CMake 0014692]: UseQt4.cmake does not adhere to policy CMP0043

On Friday, January 10, 2014 11:14:11 AM Brad King wrote: On 01/10/2014 11:10 AM, Clinton Stimpson wrote: Well, I was getting those warnings because I was using UseQt4.cmake. I think I was getting it for every target that inherited settings from UseQt4.cmake. So in my case, it is directly

[cmake-developers] help with cdash failure

I assume these new failures are mine, but cannot reproduce it. http://open.cdash.org/testDetails.php?test=222455969build=3128109 http://open.cdash.org/testDetails.php?test=222466359build=3128147 I've tried on Windows 7 with MSVC 2012 and 2005, debug and release. Can someone check why the test

Re: [cmake-developers] help with cdash failure

On Friday, December 06, 2013 03:17:44 PM Brad King wrote: On 12/06/2013 01:41 PM, Clinton Stimpson wrote: I assume these new failures are mine, but cannot reproduce it. http://open.cdash.org/testDetails.php?test=222455969build=3128109 http://open.cdash.org/testDetails.php?test

Re: [cmake-developers] CMake 2.8.12 transitive link regression?

2.8.12 to 2.8.12.1. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.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

Re: [cmake-developers] CMake 2.8.12 transitive link regression?

On Monday, November 04, 2013 10:40:15 AM Brad King wrote: On 11/04/2013 10:31 AM, Clinton Stimpson wrote: But I see 2 others new problems. Those are features and they work together as intended. 1) cmake_minimum_required(VERSION 2.8) add_library(foo SHARED foo.cpp) add_library(bar

Re: [cmake-developers] CMake 2.8.12 transitive link regression?

On Monday, November 04, 2013 09:16:11 AM Clinton Stimpson wrote: On Monday, November 04, 2013 10:40:15 AM Brad King wrote: On 11/04/2013 10:31 AM, Clinton Stimpson wrote: But I see 2 others new problems. Those are features and they work together as intended. 1

Re: [cmake-developers] [CMake] CMake 2.8.12-rc2 FindHDF5 issues

On Thursday, September 19, 2013 01:47:23 PM Brad King wrote: On 09/17/2013 06:16 PM, Clinton Stimpson wrote: I've narrowed it down to a regression caused by 04d4dc33. The following should fix this: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0f05961f See the commit message

Re: [cmake-developers] [CMake] CMake 2.8.12-rc2 FindHDF5 issues

On Tuesday, September 17, 2013 04:01:30 PM Orion Poplawski wrote: On 09/16/2013 09:58 PM, clin...@elemtech.com wrote: Same here... and this looks like a regression: A simple CMakeLists.txt like this can reproduce it. set(CMAKE_BUILD_TYPE Debug) find_package(HDF5 COMPONENTS C HL

Re: [cmake-developers] How should Mac frameworks work?

On Tuesday, July 02, 2013 05:12:00 PM Stephen Kelly wrote: Clinton Stimpson wrote: Yeah, I understand that is the issue. I don't quite get what is new for Qt 5.1. I thought Qt 4.x only installed Qt headers inside the framework too. Perhaps its new from 5.0 to 5.1? Yes. On a Mac

Re: [cmake-developers] How should Mac frameworks work?

realized the documentation in cmTarget says For frameworks on OS X this is the location of the library file symlink just inside the framework folder. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com

Re: [cmake-developers] How should Mac frameworks work?

On Monday, July 01, 2013 07:36:24 PM Stephen Kelly wrote: Clinton Stimpson wrote: This change hasn't been released yet and will go into CMake 2.8.12. Ah, I see. I was mis-reading my gitk. If Qt were to put multiple versions of libraries into one framework, then I think

Re: [cmake-developers] Review request: qt4-macros-TARGET-arg

merge to next please? Looks good to me. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages

Re: [cmake-developers] [CMake] BundleUtilities and @rpath

plugin. Let me know what you think, I just updated my the toy project. Other list of changes have been pushed into CMake stage: http://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/tweak-bund leutilities-for-rpath Thanks Jc On Thu, May 2, 2013 at 11:51 AM, Clinton Stimpson clin

[cmake-developers] Xcode and dylib versioning

Does anyone know if/how Xcode can handle versioning of dylibs that include symbolic links? When creating versioned shared libraries with Makefiles, I get the symbolic links. But, I don't get that when building with Xcode. I realize CMake generated Xcode projects don't support this, but I'm

Re: [cmake-developers] Need some pointers on learning the code

On Monday, May 13, 2013 02:30:32 PM Brad King wrote: On 05/13/2013 02:07 PM, Robert Dailey wrote: Actually now that I think about this a littler closer, changing the generator expressions may not work for a specific case I'm blocked on. I store my third party library binaries in a debug

Re: [cmake-developers] Need some pointers on learning the code

On Monday, May 13, 2013 12:55:39 PM Clinton Stimpson wrote: On Monday, May 13, 2013 02:30:32 PM Brad King wrote: On 05/13/2013 02:07 PM, Robert Dailey wrote: Actually now that I think about this a littler closer, changing the generator expressions may not work for a specific case I'm

Re: [cmake-developers] Need some pointers on learning the code

On Monday, May 13, 2013 03:03:27 PM Brad King wrote: On 05/13/2013 02:55 PM, Clinton Stimpson wrote: To avoid the copy step, would it be useful to make generator expressions work in target properties? The copy in my example in the issue is for an external dependency

Re: [cmake-developers] if (FOO == BAR) ...

Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects

Re: [cmake-developers] Qt 4 and 5 on the same system - qmake binary name priority

On Monday, March 11, 2013 11:23:31 AM Brad King wrote: On 03/08/2013 02:52 PM, Clinton Stimpson wrote: Its not as simple as changing the order. If I have my own build of Qt4, and if FindQt4.cmake had this: find_program(QT_QMAKE_EXECUTABLE NAMES qmake4 qmake-qt4 qmake-mac qmake ...) and I

Re: [cmake-developers] Qt 4 and 5 on the same system - qmake binary name priority

On Monday, March 11, 2013 10:05:48 AM Clinton Stimpson wrote: On Monday, March 11, 2013 11:23:31 AM Brad King wrote: On 03/08/2013 02:52 PM, Clinton Stimpson wrote: Its not as simple as changing the order. If I have my own build of Qt4, and if FindQt4.cmake had this: find_program

Re: [cmake-developers] Qt 4 and 5 on the same system - qmake binary name priority

://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 -- Clinton Stimpson Elemental Technologies, Inc

Re: [cmake-developers] Fwd: [Bug 894805] Re: QT_IMPORTS_DIR is not defined when no QML plugins are installed

...@packages.qa.debian.org ** Branch linked: lp:ubuntu/raring-proposed/cmake -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Re: [cmake-developers] Fwd: [Bug 894805] Re: QT_IMPORTS_DIR is not defined when no QML plugins are installed

On Thursday, February 07, 2013 05:51:59 PM Stephen Kelly wrote: Clinton Stimpson wrote: This is interesting... The intent of FindQt4.cmake is to find the Qt installation so it can be used. But in that bug report, the QT_IMPORTS_DIR variable is being used to determine the qt_dir/imports

Re: [cmake-developers] Review request: Qt4 interface includes and defines (Was Re: Interface includes and defines plumbing)

? Looks fine to me except that the Qt3Support module needs -DQT3_SUPPORT -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource

Re: [cmake-developers] Review request: qt4-target-depends

ones too because a custom built Qt could be without rpaths. But the ones I checked seem to be fine. So, +1 for the patch. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects

Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform

of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered

Re: [cmake-developers] Incomplete gfortran library link command sometimes mysteriously occurs with MinGW/MSYS on Wine-1.5.15 platform

On Oct 25, 2012, at 9:42 PM, Bill Hoffman wrote: On Oct 25, 2012 11:15 PM, Clinton Stimpson clin...@elemtech.com wrote: On Oct 25, 2012, at 4:18 PM, Bill Hoffman wrote: On 10/25/2012 6:06 PM, Alan W. Irwin wrote: I have just discovered an extremely simple test case

[cmake-developers] rpm/deb component issue

cmCPack*Generator.cxx and/or CPackDeb.cmake, CPackRPM.cmake? This is the first time I've looked at modifying those particular files. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open

Re: [cmake-developers] rpm/deb component issue

On Wednesday, October 24, 2012 11:59:52 AM Clinton Stimpson wrote: I have a problem with the rpm deb cpack generators. I've set the following: set(CPACK_COMPONENTS_ALL_IN_ONE_PACKAGE 1) set(CPACK_DEB_COMPONENT_INSTALL 1) set(CPACK_RPM_COMPONENT_INSTALL 1) I get this implementation

Re: [cmake-developers] rpm/deb component issue

On Wednesday, October 24, 2012 09:27:38 PM Eric Noulard wrote: 2012/10/24 Clinton Stimpson clin...@elemtech.com: On Wednesday, October 24, 2012 11:59:52 AM Clinton Stimpson wrote: I have a problem with the rpm deb cpack generators. I've set the following: set

Re: [cmake-developers] rpm/deb component issue

On Wednesday, October 24, 2012 10:08:29 PM Eric Noulard wrote: 2012/10/24 Clinton Stimpson clin...@elemtech.com: On Wednesday, October 24, 2012 09:27:38 PM Eric Noulard wrote: 2012/10/24 Clinton Stimpson clin...@elemtech.com: On Wednesday, October 24, 2012 11:59:52 AM Clinton Stimpson

Re: [cmake-developers] Review request: FindQt4-nonfatal-if-Qt5-found

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 -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com

Re: [cmake-developers] FindQt4 DBus framework problem on the Mac

. The patch to FindQt4 is fine with me. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages

Re: [cmake-developers] FindQt4 DBus framework problem on the Mac

recent in your book? (If I upgrade to 4.8.2 will the problem also just go away...?) On Thu, Sep 6, 2012 at 3:55 PM, Clinton Stimpson clin...@elemtech.com wrote: On Thursday, September 06, 2012 03:17:33 PM David Cole wrote: I still get bit by issues with QtDBus when building VTK with Qt

Re: [cmake-developers] Porting QtDialog to Qt 5

/CMakeLists.txt:20 (qt5_wrap_ui): Unknown CMake command qt5_wrap_ui. Call Stack (most recent call first): Source/QtDialog/CMakeLists.txt:57 (QT4_WRAP_UI) Any ideas? -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com

Re: [cmake-developers] Porting QtDialog to Qt 5

On Tuesday, August 21, 2012 07:23:05 PM Stephen Kelly wrote: Clinton Stimpson wrote: On Tuesday, August 21, 2012 11:18:44 AM Stephen Kelly wrote: Hi, I've pushed the qt5-qtdialog-port branch to stage. It makes it possible to build the QtDialog with Qt 5 (and some other clean-ups). I

Re: [cmake-developers] qt4_use_modules

) endif() Previously, I could do target_link_libraries(cmake-gui CMakeLib ${QT_QTMAIN_LIBRARY} ${QT_LIBRARIES}) and on those platforms without qtmain, the variable is simply empty. Besides that question, the patch looks fine to me. -- Clinton Stimpson Elemental Technologies, Inc Computational

Re: [cmake-developers] qt4_use_modules

On Aug 11, 2012, at 10:36 AM, Alexander Neundorf wrote: On Friday 10 August 2012, Stephen Kelly wrote: David Cole wrote: I assume it's the qt4_use_modules branch on the stage? Yes, sorry, I should have pointed that out. What was the plan with the more generic target_use_package() or

Re: [cmake-developers] After using CMake 2.8 VS produces QT Add-in error

-- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.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

Re: [cmake-developers] Use OBJECT_DEPENDS in qt4_generate_moc() ?

() already added the needed dependency information. It should already have this: mocable.h - moc_mocable.cpp - moc_mocable.o or mocable.h - mocable.moc - mocable.cpp (includes mocable.moc) Why do we need the extra dependency like this? mocable.h - mocable.cpp -- Clinton Stimpson Elemental

Re: [cmake-developers] Use OBJECT_DEPENDS in qt4_generate_moc() ?

On Thursday, July 05, 2012 06:20:56 PM Alexander Neundorf wrote: On Thursday, 5. July 2012 17:37:21 Clinton Stimpson wrote: On Friday, June 15, 2012 09:56:51 PM Alexander Neundorf wrote: Hi, attached is a small patch which sets the OBJECT_DEPENDS property of a moced file

Re: [cmake-developers] Improvements to Qt4 macros

On Jun 20, 2012, at 5:51 AM, Rolf Eike Beer wrote: Hi, while wrestling with QtDBus today I found out the hard way (i.e. reading the source) that QT4_ADD_DBUS_INTERFACE is much more powerful than its documentation tells. To fix that the first patch now tells about the properties you may

Re: [cmake-developers] Regression when using multiple Qt installations (FindQt4.make)

the ${qt_headers} and tell me what you have? -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.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

Re: [cmake-developers] Regression when using multiple Qt installations (FindQt4.make)

On Monday, May 07, 2012 08:43:07 am Benoit Walter wrote: On Monday 07 May 2012, Clinton Stimpson wrote: On Sunday, May 06, 2012 04:27:17 am Benoit Walter wrote: Hi CMake developers, as I need to maintain different projects using different Qt versions, I needed to have a look

Re: [cmake-developers] Regression when using multiple Qt installations (FindQt4.make)

On Monday, May 07, 2012 09:14:55 am Benoit Walter wrote: On Monday 07 May 2012, you wrote: On Monday, May 07, 2012 08:43:07 am Benoit Walter wrote: On Monday 07 May 2012, Clinton Stimpson wrote: On Sunday, May 06, 2012 04:27:17 am Benoit Walter wrote: Hi CMake developers

Re: [cmake-developers] Target usage requirements and conventions

On Thursday, May 03, 2012 10:21:10 am Stephen Kelly wrote: On 05/03/2012 06:19 PM, Ben Boeckel wrote: On Thu, May 03, 2012 at 09:35:44 -0600, Clinton Stimpson wrote: The include, defines, etc... can be properties on a target when when target_use_target() is used, it could extract those

Re: [cmake-developers] Making GUI applications by default

On Mar 4, 2012, at 3:29 PM, Stephen Kelly wrote: Stephen Kelly steveire@... writes: Brad King wrote: The implementation is not what I had in mind when I said implies the platform-specific property. This should be its own property that one can set/get normally with no special

Re: [cmake-developers] Usage of Qt4 for Tests

for QtAutomoc looks good. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.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

Re: [cmake-developers] Convention driven CMAKE_USE_PACKAGE macro

...) target_link_libraries(foo bar) And that could automatically add -DFOO_DEFINE and -I/path/to/foo/include to the bar executable. So basically any DEPENDENT_property can be pushed to property on the other target. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software

Re: [cmake-developers] Convention driven CMAKE_USE_PACKAGE macro

On Feb 24, 2012, at 12:00 PM, Brad King wrote: On 2/24/2012 1:56 PM, Clinton Stimpson wrote: What about a more generic approach like the following? add_library(foo IMPORTED ...) set_target_properties(foo PROPERTIES DEPENDENT_COMPILE_DEFINITIONS FOO_DEFINE

Re: [cmake-developers] Build faild on Darwin? Don't know why?

On Feb 20, 2012, at 8:21 AM, David Cole wrote: On Mon, Feb 20, 2012 at 9:25 AM, Brad King brad.k...@kitware.com wrote: On 2/18/2012 5:47 PM, Eric Noulard wrote: My recent commit on CPack-dynamicDocSection

Re: [cmake-developers] QtAutomoc dashboard failure?

On Monday, December 19, 2011 02:28:37 pm Alexander Neundorf wrote: On Monday 19 December 2011, Clinton Stimpson wrote: On Monday, December 19, 2011 01:59:37 pm Alexander Neundorf wrote: On Monday 19 December 2011, David Cole wrote: Alex, Can you take a look at this and see

Re: [cmake-developers] QtAutomoc dashboard failure?

. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.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

Re: [cmake-developers] [PATCH] QtDialog: Set Ctrl+Q as the shortcut for quitting the program.

to redo the patch, or shall we just make the change to use Quit? -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Re: [cmake-developers] [PATCH] QtDialog: Set Ctrl+Q as the shortcut for quitting the program.

On Thursday, December 15, 2011 08:20:14 am Raphael Kubo da Costa wrote: Clinton Stimpson clin...@elemtech.com writes: On Tuesday, December 13, 2011 04:51:16 pm Raphael Kubo da Costa wrote: QKeySequence::Quit does not work on all platforms, and since it translates to Ctrl+Q on all platforms

Re: [cmake-developers] Generating imported library targets without the cmake executable

variable in plural form for now. If there is a reason to provide a singular form, we can add that later. Let's just see what Alex and CLinton say before I do that. I have the same opinion -- only providing the plural form, at least for now. -- Clinton Stimpson Elemental Technologies, Inc

Re: [cmake-developers] rpaths on Mac

\$ORIGIN) BUILD_WITH_INSTALL_RPATH will then become optional. Then perhaps we can make INSTALL_NAME_DIR=@rpath be the default. -- Clinton Stimpson Elemental Technologies, Inc Computational Simulation Software, LLC www.csimsoft.com -- Powered by www.kitware.com Visit other Kitware open-source

Re: [cmake-developers] rpaths on Mac

On Friday, November 18, 2011 04:59:36 am David Cole wrote: On Thu, Nov 17, 2011 at 5:26 PM, Clinton Stimpson clin...@elemtech.com wrote: On Thursday, November 17, 2011 02:03:15 pm Brad King wrote: On 11/17/2011 11:49 AM, Clinton Stimpson wrote: I'm experimenting with using @rpath instead

  1   2   >