Re: [cmake-developers] Parallel ctest issues on the MinGW-w64/MSYS2 platform

2016-03-29 Thread Bill Hoffman
On 3/29/2016 5:34 PM, Alan W. Irwin wrote: In any case, whatever the issue is, Arjen appears (so far) to have found a reliable reproducer with the -j option for ctest. So I hope others here try the -j option for ctest on MinGW-w64/MSYS2 platforms for their favorite projects to get a better idea

Re: [cmake-developers] Parallel ctest issues on the MinGW-w64/MSYS2 platform

2016-03-29 Thread Nils Gladitz
On 29.03.2016 23:34, Alan W. Irwin wrote: On 2016-03-29 22:46+0200 Nils Gladitz wrote: On 29.03.2016 21:39, Alan W. Irwin wrote: One of the PLplot developers, Arjen Markus, has just reported to me that ctest -j4 for PLplot hangs on his MinGW-w64/MSYS2 platform while ctest works fine. This

Re: [cmake-developers] Parallel ctest issues on the MinGW-w64/MSYS2 platform

2016-03-29 Thread Alan W. Irwin
On 2016-03-29 22:46+0200 Nils Gladitz wrote: On 29.03.2016 21:39, Alan W. Irwin wrote: One of the PLplot developers, Arjen Markus, has just reported to me that ctest -j4 for PLplot hangs on his MinGW-w64/MSYS2 platform while ctest works fine. This issue occurred for the

Re: [cmake-developers] Parallel ctest issues on the MinGW-w64/MSYS2 platform

2016-03-29 Thread Nils Gladitz
On 29.03.2016 21:39, Alan W. Irwin wrote: One of the PLplot developers, Arjen Markus, has just reported to me that ctest -j4 for PLplot hangs on his MinGW-w64/MSYS2 platform while ctest works fine. This issue occurred for the mingw64/mingw-w64-x86_64-cmake 3.4.1-1 package version of ctest.exe,

[cmake-developers] Parallel ctest issues on the MinGW-w64/MSYS2 platform

2016-03-29 Thread Alan W. Irwin
One of the PLplot developers, Arjen Markus, has just reported to me that ctest -j4 for PLplot hangs on his MinGW-w64/MSYS2 platform while ctest works fine. This issue occurred for the mingw64/mingw-w64-x86_64-cmake 3.4.1-1 package version of ctest.exe, and the PLplot build was done with the "MSYS

[cmake-developers] [CMake 0016037]: Various typos

2016-03-29 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == https://cmake.org/Bug/view.php?id=16037 == Reported By:Felix Geyer Assigned To:

Re: [cmake-developers] CMake API for warnings

2016-03-29 Thread Ruslan Baratov via cmake-developers
On 28-Mar-16 21:05, Brad King wrote: On 03/28/2016 01:49 AM, Geoffrey Viola wrote: Thanks for the feedback. I’ll have to look more in-depth at Xcode specific issues. Take a look at this approach: * https://github.com/ruslo/sugar/wiki/Cross-platform-warning-suppression I took a look at your

Re: [cmake-developers] CMake API for warnings

2016-03-29 Thread Ruslan Baratov via cmake-developers
On 29-Mar-16 21:24, Brad King wrote: On 03/29/2016 09:09 AM, Ruslan Baratov wrote: As a general note obviously I've used another approach because I decide to create CMake module which can be used with regular CMake versions :) Of course implementing this in CMake "from the box" is best. Are we

Re: [cmake-developers] ExternalProject + git submodule sync

2016-03-29 Thread Ben Boeckel
On Tue, Mar 29, 2016 at 10:24:26 -0400, Brad King wrote: > Might a user want to change the url used locally? If so then we > need a way to turn off the automatic sync, though I think making > it default is reasonable. I suppose it is possible, but if you're modifying submodules behind

Re: [cmake-developers] ExternalProject + git submodule sync

2016-03-29 Thread Brad King
On 03/29/2016 10:17 AM, Ben Boeckel wrote: > I'd like to bump the minimum ExternalProject requirement to 1.8.1 from > November 2012 (current requirement is 1.6.5 from October 2009). The > reason is that this release introduced the `git submodule sync > --recursive` command Rather than a hard

Re: [cmake-developers] CMake API for warnings

2016-03-29 Thread Brad King
On 03/29/2016 09:09 AM, Ruslan Baratov wrote: > As a general note obviously I've used another approach because I decide > to create CMake module which can be used with regular CMake versions :) > Of course implementing this in CMake "from the box" is best. > > Are we talking about levels only

[cmake-developers] ExternalProject + git submodule sync

2016-03-29 Thread Ben Boeckel
Hi, I'd like to bump the minimum ExternalProject requirement to 1.8.1 from November 2012 (current requirement is 1.6.5 from October 2009). The reason is that this release introduced the `git submodule sync --recursive` command (the command existed before, but the flag is new in 1.8.1). The

Re: [cmake-developers] CMake API for warnings

2016-03-29 Thread Ruslan Baratov via cmake-developers
On 28-Mar-16 12:49, Geoffrey Viola wrote: Thanks for the feedback. I’ll have to look more in-depth at Xcode specific issues. > Take a look at this approach: > * https://github.com/ruslo/sugar/wiki/Cross-platform-warning-suppression I took a look at your repository. It’s very sophisticated.

Re: [cmake-developers] CMake API for warnings

2016-03-29 Thread Ruslan Baratov via cmake-developers
On 28-Mar-16 21:05, Brad King wrote: On 03/28/2016 01:49 AM, Geoffrey Viola wrote: Thanks for the feedback. I’ll have to look more in-depth at Xcode specific issues. Take a look at this approach: * https://github.com/ruslo/sugar/wiki/Cross-platform-warning-suppression I took a look at your

Re: [cmake-developers] CPackRPM not dealing correctly with symlinks

2016-03-29 Thread Attila Krasznahorkay
Hi Domen, I just tried, it seems to do the trick. An example source setup that was breaking the RPM building before, is now functioning seemingly correctly. The produced RPM gets the symlink, pointing at the location outside of the package. I would actually prefer if the code printed a warning