<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/tests/ECMGenerateHeadersTest/CMakeLists.txt, branch v5.60.0</title>
<subtitle>hurd extra-cmake-modules.git</subtitle>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/'/>
<entry>
<title>Overhaul the ECM build system.</title>
<updated>2015-11-22T10:39:45+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-11-15T15:09:48+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=c941061aa989bba945e296aad47df22f9c8ddd5f'/>
<id>c941061aa989bba945e296aad47df22f9c8ddd5f</id>
<content type='text'>
It should now be easier to read, and more featureful. Among other
tweaks, we now print a summary of dependencies and build options, and
the documentation is generated with more sensible breadcrumbs and
builds properly with Sphinx 1.3.

REVIEW: 126075
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It should now be easier to read, and more featureful. Among other
tweaks, we now print a summary of dependencies and build options, and
the documentation is generated with more sensible breadcrumbs and
builds properly with Sphinx 1.3.

REVIEW: 126075
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve the ECMGenerateHeaders API with a variable for generated files</title>
<updated>2014-02-16T10:49:12+00:00</updated>
<author>
<name>Alex Merry</name>
<email>kde@randomguy3.me.uk</email>
</author>
<published>2014-02-15T16:42:47+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=434c63acd090568147505ff1c31053dcb1b3863f'/>
<id>434c63acd090568147505ff1c31053dcb1b3863f</id>
<content type='text'>
ecm_generate_headers() now allows/forces the caller to collect the paths
of the generated headers, so that they can be passed to the install
command.  This avoids issues of unexpected files being in the CamelCase
includes directory, both from previous builds and because of
case-insensitive file systems.

MODULE_NAME is removed, as it is no longer desirable or necessary.
Instead, the headers are placed directly in the output directory
(usually CMAKE_CURRENT_BUILD_DIR).

Overall, this makes ecm_generate_headers() behave much more like other
file generation macros (like the Qt ones).

The old syntax is still supported for now, to make the porting effort
easier.

REVIEW: 115765
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
ecm_generate_headers() now allows/forces the caller to collect the paths
of the generated headers, so that they can be passed to the install
command.  This avoids issues of unexpected files being in the CamelCase
includes directory, both from previous builds and because of
case-insensitive file systems.

MODULE_NAME is removed, as it is no longer desirable or necessary.
Instead, the headers are placed directly in the output directory
(usually CMAKE_CURRENT_BUILD_DIR).

Overall, this makes ecm_generate_headers() behave much more like other
file generation macros (like the Qt ones).

The old syntax is still supported for now, to make the porting effort
easier.

REVIEW: 115765
</pre>
</div>
</content>
</entry>
</feed>
