On Tuesday 28 September 2010, Brad King wrote:
On 09/28/2010 05:20 PM, Alexander Neundorf wrote:
On Tuesday 28 September 2010, Alexander Neundorf wrote:
Is this intended this way ?
The attached tiny patch seems to make CMAKE_PARENT_LIST_FILE work more
like I expected.
Yes, but who
On 09/28/2010 02:38 PM, Alexander Neundorf wrote:
But it will always fail when a new version of cmake comes with a new version
of Foo.cmake which it uses itself, and relies on the new features.
If cmake then gets the older tweaked version from the project we have the
problem.
Okay, so
On Tuesday 28 September 2010, Brad King wrote:
On 09/28/2010 03:24 PM, Alexander Neundorf wrote:
Currently there are CMAKE_CURRENT_LIST_FILE and CMAKE_CURRENT_LIST_LINE.
Should it be CMAKE_CURRENT_LIST_FILE_DIR or CMAKE_CURRENT_LIST_DIR ?
Let's use the latter, CMAKE_CURRENT_LIST_DIR.
On Tuesday 28 September 2010, Alexander Neundorf wrote:
...
Another option would be that I check in KDE/FPHSA.cmake
CMAKE_PARENT_LIST_FILE to see whether KDE/FPHSA.cmake is included from a
module in cmake or in KDE, and if it's in CMake, forward that explicitely
to CMake/FPHSA.cmake.
On 09/28/2010 05:03 PM, Alexander Neundorf wrote:
Works, but still it doesn't feel good.
This means that whenever doing a
include(FPHSA)
in one of cmakes find-modules it must actually be a
include(${CMAKE_CURRENT_LIST_DIR}/FPHSA.cmake)
Similar issues can come up with other files and in
On 09/28/2010 05:20 PM, Alexander Neundorf wrote:
On Tuesday 28 September 2010, Alexander Neundorf wrote:
Is this intended this way ?
The attached tiny patch seems to make CMAKE_PARENT_LIST_FILE work more like I
expected.
Yes, but who knows what it will break. I'm not prepared to do
this
On Saturday 25 September 2010, Eric Noulard wrote:
2010/9/25 Alexander Neundorf neund...@kde.org:
[..]
The other option would be to make sure that
INCLUDE(FindPackageHandleStandardArgs)
when used in cmake's own module would always load
FindPackageHandleStandardArgs.cmake from cmake,
On Sunday 26 September 2010, Alexander Neundorf wrote:
On Saturday 25 September 2010, Eric Noulard wrote:
2010/9/25 Alexander Neundorf neund...@kde.org:
[..]
The other option would be to make sure that
INCLUDE(FindPackageHandleStandardArgs)
when used in cmake's own module would
I think this has to be fixed before we make 2.8.3 final. The existing (2.8.2
and earlier) behavior here is crucial for anybody who has multiple Qt
versions installed or available...
Clinton, do you have time to take a look at this in the next couple of days?
Thanks,
David Cole
On Thu, Sep 23,
On Thursday 23 September 2010, Alexander Neundorf wrote:
On Wednesday 15 September 2010, David Cole wrote:
I am happy to announce that CMake 2.8.3 has entered the release
candidate stage! You can find the source and binaries here:
http://www.cmake.org/files/v2.8/?C=M;O=D
Following is
On Thursday 23 September 2010, Clinton Stimpson wrote:
On Thursday, September 23, 2010 01:40:02 pm Alexander Neundorf wrote:
...
This was committed here:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=b55da4c688bbf55b442908
46 4e0f7e2e41c937a3 which has as commit message Add
On Thursday, September 23, 2010 03:09:57 pm Clinton Stimpson wrote:
On Thursday, September 23, 2010 02:42:52 pm Alexander Neundorf wrote:
On Thursday 23 September 2010, Clinton Stimpson wrote:
On Thursday, September 23, 2010 02:01:40 pm Alexander Neundorf wrote:
On Thursday 23 September
12 matches
Mail list logo