On 2014-04-24 04:38-0700 Alan W. Irwin wrote:
So in sum, please restore the --help-full CMake 2 functionality (or an
approximation to it where you simply dump out all documentation
classes to stdout) for CMake-3.
I also just discovered that --help-man and --help-html were gone as
well for
On 04/24/2014 02:17 PM, Alan W. Irwin wrote:
I also just discovered that --help-man and --help-html were gone as
well for those who preferred man or html formatting of the full
documentation as opposed to the ascii form delivered by --help-full.
The latter is the most important to me and is
So even though the cmake binary can no longer generate the html and
manpage documentation itself it is still available.
To search the 3.0 rc4 help for find package, you can:
http://www.cmake.org/cmake/help/v3.0/search.html?q=find+package
And if you don't trust the web based search, you
On 2014-04-24 08:35, Nils Gladitz wrote:
On 04/24/2014 02:17 PM, Alan W. Irwin wrote:
I also just discovered that --help-man and --help-html were gone as
well for those who preferred man or html formatting of the full
documentation as opposed to the ascii form delivered by --help-full.
The
On 24.04.2014 17:23, Matthew Woehlke wrote:
Is there a reason CMake cannot know where to find these pages in order
to display them on request?
You mean have --help-man / --help-html output the distributed files?
The new documentation (as distributed) is no longer single page so that
would
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14897
==
Reported By:jwo
Assigned To:
On 2014-04-24 08:56-0400 David Cole wrote:
So even though the cmake binary can no longer generate the html and
manpage documentation itself it is still available.
To search the 3.0 rc4 help for find package, you can:
http://www.cmake.org/cmake/help/v3.0/search.html?q=find+package
That
On 2014-04-24 14:42, Alan W. Irwin wrote:
So my remaining question (without all the html and man distractions)
boils down to a request to implement --help-full as the concatanation
(following the same order as the present CMake 2 results) of those
individual manual results.
Come to think of
On 04/24/2014 03:01 PM, Matthew Woehlke wrote:
If there isn't currently a .rst file somewhere to concatenate all the
various documentation together with appropriate headings and table of
contents, this would probably be a good thing to add. (And then it could
be leveraged for --help-full.)
On 04/24/2014 03:15 PM, Brad King wrote:
I had a work-in-progress topic left from back when I did the
documentation conversion to restore --help-full with index.rst
and add the Sphinx singlehtml option, but forgot about it.
I'm reviving it now.
Restore --help-full option to output all help
On Wednesday, April 23, 2014 14:45:45 Alan W. Irwin wrote:
On 2014-04-23 22:40+0200 Alexander Neundorf wrote:
On Wednesday, April 23, 2014 13:21:39 Alan W. Irwin wrote:
On 2014-04-23 13:21-0400 Bill Hoffman wrote:
On 4/23/2014 12:22 PM, Alan W. Irwin wrote:
However, if you discover the
Andrew Fuller wrote:
It seems absolute paths are necessary. eg:
target_include_directories( MyTarget PRIVATE
$$PLATFORM_ID:Linux:${CMAKE_CURRENT_SOURCE_DIR}/some/dir )
will perform as expected.
Is this behaviour expected (and should be documented) or should I file a
bug?
CMake
On Wednesday, 23. April 2014, 18:54:39, Matthew Woehlke wrote:
if ( ${arg} STREQUAL TOTO)
set( TOTO evil)
You sure? When I checked, this did not work. Also, the following gives me a
syntax error:
set ( foo Evil!)
message( ${ foo})
Syntax error in cmake code at
You sure? When I checked, this did not work. Also, the following
gives me a syntax error:
set ( foo Evil!)
message( ${ foo})
But you *can* still do it indirectly (even with the 3.0 RCs):
set ( variable with spaces Evil too!)
set (varname variable with spaces)
On 2014-04-24 04:53, Johannes Zarl wrote:
On Wednesday, 23. April 2014, 18:54:39, Matthew Woehlke wrote:
if ( ${arg} STREQUAL TOTO)
set( TOTO evil)
You sure? When I checked, this did not work.
Are *you* sure? :-)
Also, the following gives me a syntax error:
message( ${ foo})
Right;
On Thu, Apr 24, 2014 at 1:21 AM, Stephen Kelly steve...@gmail.com wrote:
Andrew Fuller wrote:
It seems absolute paths are necessary. eg:
target_include_directories( MyTarget PRIVATE
$$PLATFORM_ID:Linux:${CMAKE_CURRENT_SOURCE_DIR}/some/dir )
will perform as expected.
Is this
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via e57c8937d42f4e4f37935ea8d9b84e488684560f (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 84c63138a7fde596bb6615ede12da37a10848380 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 9264983b82cf8fa28e7fe8858868261434d74954 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 9b8685f7d05871421de576cd61b1bbdf7faaa92d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 3c8226e590f252977e0ab79d7fe85b2fb9e7ef78 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 9653ec91ff5bfc426be695097ce5ae492d732a75 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, release has been updated
via 20b46a09e38be7521a903e1846716ce9a2ed2df6 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via d64ee80d6bfb97a63953796074e792f4883e5fb2 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 82779c2dd2e69408b2d0d6a31c8a5afff9fd501a (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 08cc4703c84864e8954aa0c3ea732b557528844c (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 0827bda6bf320de54aa9482b6c609d0944b93a6f (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 0e76aa9382d26a5edab07764189d6fdea0fd4947 (commit)
via
20140424)
+set(CMake_VERSION_PATCH 20140425)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
29 matches
Mail list logo
