Re: [cmake-developers] INTERFACE_LINK_LIBRARIES property?

2013-07-02 Thread Brad King
On 06/27/2013 06:42 PM, Stephen Kelly wrote: Brad King wrote: The current topic looks pretty good and I will perform more testing soon. Sounds good! I'll test it more too. Thanks for cleaning up the initial dashboard trouble. There is one lingering problem in VS 6:

Re: [cmake-developers] INTERFACE_LINK_LIBRARIES property?

2013-07-02 Thread Brad King
On 06/27/2013 06:42 PM, Stephen Kelly wrote: Brad King wrote: The current topic looks pretty good and I will perform more testing soon. Sounds good! I'll test it more too. The documentation looks good except for a couple missing spaces: compatibility with downstream users of CMake

Re: [cmake-developers] INTERFACE_LINK_LIBRARIES property?

2013-07-02 Thread Stephen Kelly
Brad King wrote: On 06/27/2013 06:42 PM, Stephen Kelly wrote: Brad King wrote: The current topic looks pretty good and I will perform more testing soon. Sounds good! I'll test it more too. The documentation looks good except for a couple missing spaces: compatibility with

Re: [cmake-developers] Test fails with Xcode

2013-07-02 Thread Brad King
On 07/01/2013 09:07 AM, Brad King wrote: The file Sean sent has the target and looks okay to me. On further investigation, the file Sean sent me shows the problem. The deps_shared_iface2 target that gets the linker error has no dependency chain that leads to excludedFromAll. AFAICT it has only

Re: [cmake-developers] INTERFACE_LINK_LIBRARIES property?

2013-07-02 Thread Stephen Kelly
Brad King wrote: A few other tests have had the same problem. I think I've fixed them all now. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ

[cmake-developers] [CMake 0014262]: source code directory path length is too long error. max is 50.

2013-07-02 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14262 == Reported By:Pete Turner Assigned To:

Re: [cmake-developers] Test fails with Xcode

2013-07-02 Thread Stephen Kelly
Brad King wrote: AddInterfaceDepends gets the dependencies from the immediate link interface but not the whole link interface transitive closure. Thanks for investigating. Should be fixed now. Thanks, Steve. -- Powered by www.kitware.com Visit other Kitware open-source projects at

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

2013-07-02 Thread Stephen Kelly
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 with a prebuilt Qt 4.7 qmake -query QT_INSTALL_HEADERS =

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

2013-07-02 Thread Clinton Stimpson
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?

2013-07-02 Thread Stephen Kelly
Clinton Stimpson wrote: As a feature, would it make sense to make that unnecessary in a future CMake version? How would you make it unecessary? Would you change CMake so the include directory would automatically be included for frameworks specified in target_link_libraries()? That does