<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/cmake.git/Tests/RunCMake/PrecompileHeaders, 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>CMP0141: Fix PCH REUSE_FROM when MSVC_DEBUG_INFORMATION_FORMAT is empty</title>
<updated>2022-11-15T11:57:02+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2022-11-15T11:29:53+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=94164ea55e3a24274088afd23ad9018aa04b1c50'/>
<id>94164ea55e3a24274088afd23ad9018aa04b1c50</id>
<content type='text'>
Under the policy's NEW behavior, `[CMAKE_]MSVC_DEBUG_INFORMATION_FORMAT`
may be explicitly set to an empty string to tell CMake not to add any
flags for this abstraction.  In this case, fall back to checking the
language-wide flags as we do in the OLD behavior.

This revises commit 183b9a9eca (CMP0141: Fix PCH REUSE_FROM under policy
NEW behavior, 2022-10-31, v3.25.0-rc3~4^2).

Issue: #24106
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Under the policy's NEW behavior, `[CMAKE_]MSVC_DEBUG_INFORMATION_FORMAT`
may be explicitly set to an empty string to tell CMake not to add any
flags for this abstraction.  In this case, fall back to checking the
language-wide flags as we do in the OLD behavior.

This revises commit 183b9a9eca (CMP0141: Fix PCH REUSE_FROM under policy
NEW behavior, 2022-10-31, v3.25.0-rc3~4^2).

Issue: #24106
</pre>
</div>
</content>
</entry>
<entry>
<title>CMP0141: Fix PCH REUSE_FROM under policy NEW behavior</title>
<updated>2022-10-31T16:19:06+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2022-10-31T16:11:18+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=183b9a9eca8bdf7684a6c281c677c58f3c0a66fd'/>
<id>183b9a9eca8bdf7684a6c281c677c58f3c0a66fd</id>
<content type='text'>
Under the CMP0141 NEW behavior added by commit 0e96a20478 (MSVC: Add
abstraction for debug information format, 2022-08-25, v3.25.0-rc1~142^2~1),
the `-Zi` and `-ZI` flags do not appear in `CMAKE_&lt;LANG&gt;_FLAGS_&lt;CONFIG&gt;`
anymore.  Teach the PCH REUSE_FROM implementation to recognize the
`EditAndContinue` and `ProgramDatabase` debug information formats
through the policy's new abstraction.

Fixes: #24106
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Under the CMP0141 NEW behavior added by commit 0e96a20478 (MSVC: Add
abstraction for debug information format, 2022-08-25, v3.25.0-rc1~142^2~1),
the `-Zi` and `-ZI` flags do not appear in `CMAKE_&lt;LANG&gt;_FLAGS_&lt;CONFIG&gt;`
anymore.  Teach the PCH REUSE_FROM implementation to recognize the
`EditAndContinue` and `ProgramDatabase` debug information formats
through the policy's new abstraction.

Fixes: #24106
</pre>
</div>
</content>
</entry>
<entry>
<title>Tests: Drop redundant project init from RunCMake.PrecompileHeaders cases</title>
<updated>2022-10-31T16:17:29+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2022-10-31T16:02:44+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=4d13f472a2ebd09f6f7f3be466e5d000bbeb6908'/>
<id>4d13f472a2ebd09f6f7f3be466e5d000bbeb6908</id>
<content type='text'>
The `CMakeLists.txt` file already calls `cmake_minimum_required` and
`project` before including each case's code.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The `CMakeLists.txt` file already calls `cmake_minimum_required` and
`project` before including each case's code.
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge topic 'xcode-pch'</title>
<updated>2022-04-12T12:10:48+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2022-04-12T12:10:39+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=1e1b31ac2584aff935dbaaf4e01526de38049c08'/>
<id>1e1b31ac2584aff935dbaaf4e01526de38049c08</id>
<content type='text'>
476c6a8910 PCH: Fix Xcode non-pch language exclusion
fcf1fcfd0c Tests: Ignore all classes in Xcode internal objc warnings

Acked-by: Kitware Robot &lt;kwrobot@kitware.com&gt;
Acked-by: buildbot &lt;buildbot@kitware.com&gt;
Merge-request: !7166
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
476c6a8910 PCH: Fix Xcode non-pch language exclusion
fcf1fcfd0c Tests: Ignore all classes in Xcode internal objc warnings

Acked-by: Kitware Robot &lt;kwrobot@kitware.com&gt;
Acked-by: buildbot &lt;buildbot@kitware.com&gt;
Merge-request: !7166
</pre>
</div>
</content>
</entry>
<entry>
<title>PCH: Fix Xcode non-pch language exclusion</title>
<updated>2022-04-11T18:16:33+00:00</updated>
<author>
<name>Cristian Adam</name>
<email>cristian.adam@gmail.com</email>
</author>
<published>2022-04-11T17:50:22+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=476c6a89109d9737715c74bf3458628b665c4c8d'/>
<id>476c6a89109d9737715c74bf3458628b665c4c8d</id>
<content type='text'>
Fix a regression caused by commit bbcdac4e5d (PCH: Fix all-language
precompile header support in Xcode, 2021-08-07, v3.22.0-rc1~140^2).

Fixes: #23138
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix a regression caused by commit bbcdac4e5d (PCH: Fix all-language
precompile header support in Xcode, 2021-08-07, v3.22.0-rc1~140^2).

Fixes: #23138
</pre>
</div>
</content>
</entry>
<entry>
<title>Tests: Skip Clang PCH_INSTANTIATE_TEMPLATES test in MSVC ABI</title>
<updated>2022-02-02T20:02:51+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2022-02-02T20:01:47+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=bd14f07ce969d12c636af043dc1edbaf06596dc2'/>
<id>bd14f07ce969d12c636af043dc1edbaf06596dc2</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</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>PCH: MSVC: Restrict OBJECT library INTERFACE_LINK_LIBRARIES usage</title>
<updated>2021-09-15T14:39:46+00:00</updated>
<author>
<name>Cristian Adam</name>
<email>cristian.adam@gmail.com</email>
</author>
<published>2021-09-14T14:49:16+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=3b9e04accb46127b837bc93e90d32060c63349ee'/>
<id>3b9e04accb46127b837bc93e90d32060c63349ee</id>
<content type='text'>
The pch object file could cause problems when the reused pch is passed
through an OBJECT library, which would use INTERFACE_LINK_LIBRARIES to
link the pch object file.

Fixes: #22630
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The pch object file could cause problems when the reused pch is passed
through an OBJECT library, which would use INTERFACE_LINK_LIBRARIES to
link the pch object file.

Fixes: #22630
</pre>
</div>
</content>
</entry>
<entry>
<title>PCH: Fix all-language precompile header support in Xcode</title>
<updated>2021-09-13T15:12:11+00:00</updated>
<author>
<name>Cristian Adam</name>
<email>cristian.adam@gmail.com</email>
</author>
<published>2021-08-07T15:07:55+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=bbcdac4e5d53de12013c6af6395b28e4816f7823'/>
<id>bbcdac4e5d53de12013c6af6395b28e4816f7823</id>
<content type='text'>
Fixes: #22384
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fixes: #22384
</pre>
</div>
</content>
</entry>
<entry>
<title>VS: Restore support for PCH in CXX but not C within once target</title>
<updated>2021-02-19T16:25:29+00:00</updated>
<author>
<name>Brad King</name>
<email>brad.king@kitware.com</email>
</author>
<published>2021-02-19T16:25:26+00:00</published>
<link rel='alternate' type='text/html' href='http://trove.baserock.org/cgit/delta/cmake.git/commit/?id=9945b3b5655a8cefc0a0fb43bdb1948b6ab5bc32'/>
<id>9945b3b5655a8cefc0a0fb43bdb1948b6ab5bc32</id>
<content type='text'>
Fix logic from commit 9df1f33c9a (VisualStudio: move PCH rules to
projects when possible., 2020-10-15, v3.20.0-rc1~638^2) to explicitly
disable PCH on sources that should not use the target-wide PCH rules.

Fixes: #21827
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix logic from commit 9df1f33c9a (VisualStudio: move PCH rules to
projects when possible., 2020-10-15, v3.20.0-rc1~638^2) to explicitly
disable PCH on sources that should not use the target-wide PCH rules.

Fixes: #21827
</pre>
</div>
</content>
</entry>
</feed>
