[cmake-developers] [PATCH] [RFC] handle c dependicies for files with utf-8 BOM

2013-10-14 Thread Evgeniy Dushistov
Hi, here is description of the problem: http://www.cmake.org/pipermail/cmake/2013-October/056008.html in short, cmake not handle dependencies of c/c++ source file from c/c++ header file, if source file has utf-8 BOM. So, if for example in your team used Visual Studio with preference to save files

Re: [cmake-developers] [PATCH] [RFC] handle c dependicies for files with utf-8 BOM

2013-10-14 Thread Brad King
On 10/14/2013 10:47 AM, clin...@elemtech.com wrote: The patch appears to not handle empty files or files with less than 3 characters. Does it need to? [snip] - Reply message - From: Evgeniy Dushistov dushis...@mail.ru Here (in attachment) is possible solution of this problem (it

Re: [cmake-developers] Converting CMake documentation to reStructuredText and Sphinx

2013-10-14 Thread Brad King
On 10/13/2013 4:36 PM, Eric Noulard wrote: I have preliminary question though, since those change makes it possible to write documentation without touching the code are you planning to add missing --help- to ctest ? Did you plan something along that line? Yes, but the main issue is that

Re: [cmake-developers] Roadmap to CMake 3.0

2013-10-14 Thread Brad King
On 10/13/2013 6:03 AM, Alexander Neundorf wrote: * New quoting syntax: Lua-style long-brackets. Quoting opens with [ followed by zero or more = followed by [ and closes with ] followed by the same number of = followed by ]. What's the purpose of the = between the square brackets ? One

Re: [cmake-developers] Roadmap to CMake 3.0

2013-10-14 Thread Pau Garcia i Quiles
On Mon, Oct 14, 2013 at 5:05 PM, Brad King brad.k...@kitware.com wrote: On 10/13/2013 6:03 AM, Alexander Neundorf wrote: * New quoting syntax: Lua-style long-brackets. Quoting opens with [ followed by zero or more = followed by [ and closes with ] followed by the same number of =

Re: [cmake-developers] find PATHS issues on Windows when Linux OS files are accessible

2013-10-14 Thread Brad King
On 10/13/2013 7:46 PM, Alan W. Irwin wrote: bash.exe-3.1$ ls z:/usr/bin/lua z:/usr/bin/lua [snip] -- LUA_EXECUTABLE = /usr/bin/lua This is an obviously incorrect result since /usr/bin/lua does not exist from the Windows system perspective, i.e., It does exist when z: is the current working

Re: [cmake-developers] Perforce Patch for CTest

2013-10-14 Thread Pedro Navarro
I'm developing the test, working against Perforce's free 20 user server. What's the procedure build and run the test from a CMake source build? Thanks! PEdro On Thu, Oct 10, 2013 at 1:40 PM, Pedro Navarro pnava...@netflix.com wrote: I saw that and I thought that was meant for Eike. Ok I'll

Re: [cmake-developers] Perforce Patch for CTest

2013-10-14 Thread Brad King
On 10/14/2013 2:41 PM, Pedro Navarro wrote: I'm developing the test, working against Perforce's free 20 user server. What's the procedure build and run the test from a CMake source build? In the build tree run bin/ctest -R CTest.UpdateP4 assuming you've modified Tests/CMakeLists.txt

[cmake-developers] [CMake 0014482]: Dependency on missing ZERO_CHECK target

2013-10-14 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14482 == Reported By:David Golub Assigned To:

[cmake-developers] [CMake 0014483]: RPATH_CHANGE can't update binaries installed with 0444 permissions

2013-10-14 Thread Mantis Bug Tracker
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14483 == Reported By:Rob Stewart Assigned To:

[cmake-developers] [PATCH] KWSys: Include backtrace-related headers on FreeBSD.

2013-10-14 Thread Raphael Kubo da Costa
This was probably broken for a long while, but the problem was not apparent because the check for execinfo.h would fail by default because -I/usr/local/include was not being passed to the compiler when making the checks for the header's existence. Now that very recent FreeBSD versions (ie.