<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/cmake.git/Tests/RunCMake/PositionIndependentCode, branch master</title>
<subtitle>gitlab.kitware.com: cmake/cmake.git
</subtitle>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/'/>
<entry>
<title>Tests/RunCMake: Update cmake_minimum_required versions</title>
<updated>2023-02-11T11:24:22+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2023-02-06T19:23:09+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=1edf1385064d67885bafe09d472f82bf62d34641'/>
<id>1edf1385064d67885bafe09d472f82bf62d34641</id>
<content type='text'>
For policy-specific tests, use the version before the policy was
introduced.  Otherwise, use 3.5 where possible.

Also, remove `cmake_minimum_required()` and `project()` calls from
individual cases where they are handled by `CMakeLists.txt`.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
For policy-specific tests, use the version before the policy was
introduced.  Otherwise, use 3.5 where possible.

Also, remove `cmake_minimum_required()` and `project()` calls from
individual cases where they are handled by `CMakeLists.txt`.
</pre>
</div>
</content>
</entry>
<entry>
<title>LCC: Add dedicated support for MCST LCC compiler</title>
<updated>2021-10-15T02:05:19+00:00</updated>
<author>
<name>makise-homura</name>
<email>akemi_homura@kurisa.ch</email>
</author>
<published>2021-10-05T19:41:02+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=e5d9fce03feeece7f53451da9fb958db2613d31e'/>
<id>e5d9fce03feeece7f53451da9fb958db2613d31e</id>
<content type='text'>
Divert LCC compiler as a new one, instead of treating it as GNU.

Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been
passing checks for GNU compilers, so it has been identified as GNU.
Now, with intent of seriously upstreaming its support, it has been
added as a separate LCC compiler, and its version displays not a
supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead
of GNU 7.3.0).

This commit adds its support for detection, and also converts basically
every check like 'is this compiler GNU?' to 'is this compiler GNU or
LCC?'. The only places where this check is untouched, is where it
regards other platforms where LCC is unavailable (primarily non-Linux),
and where it REALLY differs from GNU compiler.

Note: this transition may break software that are already ported to
Elbrus, but hardly relies that LCC will be detected as GNU; still such
software is not known.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Divert LCC compiler as a new one, instead of treating it as GNU.

Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been
passing checks for GNU compilers, so it has been identified as GNU.
Now, with intent of seriously upstreaming its support, it has been
added as a separate LCC compiler, and its version displays not a
supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead
of GNU 7.3.0).

This commit adds its support for detection, and also converts basically
every check like 'is this compiler GNU?' to 'is this compiler GNU or
LCC?'. The only places where this check is untouched, is where it
regards other platforms where LCC is unavailable (primarily non-Linux),
and where it REALLY differs from GNU compiler.

Note: this transition may break software that are already ported to
Elbrus, but hardly relies that LCC will be detected as GNU; still such
software is not known.
</pre>
</div>
</content>
</entry>
<entry>
<title>Tests/RunCMake: Update cmake_minimum_required versions</title>
<updated>2020-06-18T13:52:05+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2020-06-11T10:34:04+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=9b99b4bfc8e9280c7334047cf95a84408d84e931'/>
<id>9b99b4bfc8e9280c7334047cf95a84408d84e931</id>
<content type='text'>
Use 3.3 or 2.8.12 where possible.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use 3.3 or 2.8.12 where possible.
</pre>
</div>
</content>
</entry>
<entry>
<title>PIE link options: Update strategy to fix performance regression</title>
<updated>2018-12-19T08:41:27+00:00</updated>
<author>
<name>Marc Chevrier</name>
<email>marc.chevrier@gmail.com</email>
</author>
<published>2018-12-13T15:14:59+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=f255280fd908e4ef1af5eba6230e81b74d339855'/>
<id>f255280fd908e4ef1af5eba6230e81b74d339855</id>
<content type='text'>
Fixes: #18700
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: #18700
</pre>
</div>
</content>
</entry>
<entry>
<title>POSITION_INDEPENDENT_CODE: Manage link flags for executables</title>
<updated>2018-11-11T16:34:09+00:00</updated>
<author>
<name>Marc Chevrier</name>
<email>marc.chevrier@gmail.com</email>
</author>
<published>2018-10-02T15:34:57+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=c4b4d8b3a67718e29edb5676273e528dab566672'/>
<id>c4b4d8b3a67718e29edb5676273e528dab566672</id>
<content type='text'>
Fixes: #14983, #16561
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: #14983, #16561
</pre>
</div>
</content>
</entry>
<entry>
<title>INTERFACE_POSITION_INDEPENDENT_CODE: add generator expressions support</title>
<updated>2018-11-08T13:58:57+00:00</updated>
<author>
<name>Marc Chevrier</name>
<email>marc.chevrier@gmail.com</email>
</author>
<published>2018-09-28T15:30:22+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=023188ffb48cc35ebab7cabbafefcd6dd31b750d'/>
<id>023188ffb48cc35ebab7cabbafefcd6dd31b750d</id>
<content type='text'>
Fixes: #16532
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: #16532
</pre>
</div>
</content>
</entry>
<entry>
<title>Revise C++ coding style using clang-format</title>
<updated>2016-05-16T20:05:19+00:00</updated>
<author>
<name>Kitware Robot</name>
<email>kwrobot@kitware.com</email>
</author>
<published>2016-05-16T14:34:04+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=d9fd2f5402eeaa345691313658e02b51038f570b'/>
<id>d9fd2f5402eeaa345691313658e02b51038f570b</id>
<content type='text'>
Run the `Utilities/Scripts/clang-format.bash` script to update
all our C++ code to a new style defined by `.clang-format`.
Use `clang-format` version 3.8.

* If you reached this commit for a line in `git blame`, re-run the blame
  operation starting at the parent of this commit to see older history
  for the content.

* See the parent commit for instructions to rebase a change across this
  style transition commit.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Run the `Utilities/Scripts/clang-format.bash` script to update
all our C++ code to a new style defined by `.clang-format`.
Use `clang-format` version 3.8.

* If you reached this commit for a line in `git blame`, re-run the blame
  operation starting at the parent of this commit to see older history
  for the content.

* See the parent commit for instructions to rebase a change across this
  style transition commit.
</pre>
</div>
</content>
</entry>
<entry>
<title>cmTarget: Report origin of COMPATIBLE_INTERFACE properties.</title>
<updated>2013-12-08T06:03:29+00:00</updated>
<author>
<name>Stephen Kelly</name>
<email>steveire@gmail.com</email>
</author>
<published>2013-12-05T12:24:46+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=2e60b5fcf7929232c2e731f21e1ab9a889949fa3'/>
<id>2e60b5fcf7929232c2e731f21e1ab9a889949fa3</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add the INTERFACE_LIBRARY target type.</title>
<updated>2013-10-07T23:56:31+00:00</updated>
<author>
<name>Stephen Kelly</name>
<email>steveire@gmail.com</email>
</author>
<published>2012-11-02T14:47:40+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=fe732264e9abb6249d1d112b24ce36b226590105'/>
<id>fe732264e9abb6249d1d112b24ce36b226590105</id>
<content type='text'>
This target type only contains INTERFACE_* properties, so it can be
used as a structural node. The target-specific commands enforce
that they may only be used with the INTERFACE keyword when used
with INTERFACE_LIBRARY targets. The old-style target properties
matching LINK_INTERFACE_LIBRARIES_&lt;CONFIG&gt; are always ignored for
this target type.

The name of the INTERFACE_LIBRARY must match a validity generator
expression. The validity is similar to that of an ALIAS target,
but with the additional restriction that it may not contain
double colons. Double colons will carry the meaning of IMPORTED
or ALIAS targets in CMake 2.8.13.

An ALIAS target may be created for an INTERFACE library.

At this point it can not be exported and does not appear in the
buildsystem and project files are not created for them. That may
be added as a feature in a later commit.

The generators need some changes to handle the INTERFACE_LIBRARY
targets returned by cmComputeLinkInterface::GetItems. The Ninja
generator does not use that API, so it doesn't require changes
related to that.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This target type only contains INTERFACE_* properties, so it can be
used as a structural node. The target-specific commands enforce
that they may only be used with the INTERFACE keyword when used
with INTERFACE_LIBRARY targets. The old-style target properties
matching LINK_INTERFACE_LIBRARIES_&lt;CONFIG&gt; are always ignored for
this target type.

The name of the INTERFACE_LIBRARY must match a validity generator
expression. The validity is similar to that of an ALIAS target,
but with the additional restriction that it may not contain
double colons. Double colons will carry the meaning of IMPORTED
or ALIAS targets in CMake 2.8.13.

An ALIAS target may be created for an INTERFACE library.

At this point it can not be exported and does not appear in the
buildsystem and project files are not created for them. That may
be added as a feature in a later commit.

The generators need some changes to handle the INTERFACE_LIBRARY
targets returned by cmComputeLinkInterface::GetItems. The Ninja
generator does not use that API, so it doesn't require changes
related to that.
</pre>
</div>
</content>
</entry>
<entry>
<title>Cygwin: Avoid legacy warnings in RunCMake.* tests</title>
<updated>2013-08-13T13:50:15+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2013-08-13T13:46:14+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=d05a9bd1e6fdeed447cb7b18db6b90353831504a'/>
<id>d05a9bd1e6fdeed447cb7b18db6b90353831504a</id>
<content type='text'>
Set the minimum required version of CMake high enough to avoid the
warning for CMAKE_LEGACY_CYGWIN_WIN32.  The warning appears on stderr
and breaks the expected output matching.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Set the minimum required version of CMake high enough to avoid the
warning for CMAKE_LEGACY_CYGWIN_WIN32.  The warning appears on stderr
and breaks the expected output matching.
</pre>
</div>
</content>
</entry>
</feed>
