Re: [cmake-developers] Unexpected bad status for file DOWNLOAD for http://*.xz URLs

2013-07-12 Thread Eric Noulard
2013/7/12 Alan W. Irwin ir...@beluga.phys.uvic.ca: On 2013-07-11 16:30-0700 Alan W. Irwin wrote: These commands file(DOWNLOAD http://download.gnome.org/sources/glib/2.32/glib-2.32.1.tar.xz;

Re: [cmake-developers] Unexpected bad status for file DOWNLOAD for http://*.xz URLs

2013-07-12 Thread Alan W. Irwin
On 2013-07-12 11:21+0200 Eric Noulard wrote: so my best bet is that the CMake command your are using has no SSL support which makes the https handling fail with unsupported protocol. Hi Eric: Your hypothesis was absolutely correct (as you can see from my later posts in this thread). In

[cmake-developers] [CMake 0014288]: eCos platform enforces GNU compiler

2013-07-12 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14288 == Reported By:Emmanuel Blot Assigned To:

[cmake-developers] Working towards Windows Phone 8 support

2013-07-12 Thread Paul Annetts
Hi CMake developers! I'm interested in contributing towards Windows Phone 8 support in CMAKE, i.e. http://public.kitware.com/Bug/view.php?id=13791 I'm working on a patch that will allow C/C++ static libraries (.lib) to be built with CMAKE. The patch creates a Visual Studio 2012 (v11)

Re: [cmake-developers] CMAKE_SYSROOT vs CMAKE_OSX_SYSROOT

2013-07-12 Thread Stephen Kelly
Brad King wrote: On 07/11/2013 11:08 AM, Brad King wrote: Can anyone else think of complications? Side note: If we cannot resolve this soon we should revert CMAKE_SYSROOT before 2.8.12 to leave room for the two to be combined later. I've reverted it now. I've also removed the

Re: [cmake-developers] Deprecating qt4_use_modules and qt4_automoc?

2013-07-12 Thread Stephen Kelly
clin...@elemtech.com wrote: What is the motivation for deprecating these? Can we just let them fade away on their own as the world moves from Qt4 to Qt5? This is entirely orthogonal to Qt 5. qt4_use_modules is new, but provides no benefit over tll(). We shouldn't encourage adoption of it

Re: [cmake-developers] Why does this work - linking against a library before it has been defined ?

2013-07-12 Thread Stephen Kelly
Alexander Neundorf wrote: Hi, I was surprised today, something worked which I expected to fail: Can you say which version of cmake this did fail with? Note that it is more likely to *compile* since 2.8.11 because includes and defines are part of the target interface, but linking should

[cmake-developers] Any idea why some dashboards fail with Qt4?

2013-07-12 Thread Stephen Kelly
This result is surprising: http://open.cdash.org/testSummary.php?project=1name=RunCMake.ObsoleteQtMacrosdate=2013-07-12 There is a QT4_WORKS test in Tests/CMakeLists.txt. Is that hiding this issue in other Qt4 based unit tests? Rather than hiding the issue, and idea what's going on?

[cmake-developers] CMake is slow for project with hundred target and one command with large number of dependencies

2013-07-12 Thread Nicolas Desprès
Hi all, I am using CMake again since a couple of weeks for a project involving the build of recognition system. This system is made of hundred sub recognition system that must be all trained with about ~10k files as input. I ended up writing something like that: == BEGIN # A project with

Re: [cmake-developers] Roadmap to 2.8.12

2013-07-12 Thread Alexander Neundorf
On Friday 12 July 2013, Stephen Kelly wrote: Stephen Kelly wrote: Yes, apart from tll-new-signatures, I'd like to try to get the export-policy and target-LOCATION-policy topics from my clone into 2.8.12. Actually, the export-policy branch deprecates the ability to write code like

Re: [cmake-developers] CMake is slow for project with hundred target and one command with large number of dependencies

2013-07-12 Thread Stephen Kelly
Nicolas Desprès wrote: I have pushed my work so far on my github clone of CMake. https://github.com/nicolasdespres/CMake/tree/topic/large-deps-perf Something must have gone wrong with the push :) stephen@hal:~/dev/src/cmake{master}$ git show origin/master | grep commit commit

Re: [cmake-developers] Unexpected bad status for file DOWNLOAD for http://*.xz URLs

2013-07-12 Thread Alan W. Irwin
On 2013-07-12 23:33+0200 Eric Noulard wrote: Seriously, though, what do you do in the Windows case where there is no trusted distribution to build the openssl library for you? I presume you download some Windows binary from a location you trust, but what location is that? Then ask your

Re: [cmake-developers] Unexpected bad status for file DOWNLOAD for http://*.xz URLs

2013-07-12 Thread Christopher Sean Morrison
On Jul 12, 2013, at 4:27 PM, David Cole wrote: It’s a bad bad really bad idea to make the build of OpenSSL “in-house” as you’ve been calling it... CMake SHOULD use the system openssl for distributions that have one already. I must have missed where ignoring a system version was implied.