<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/kde-modules/KDECompilerSettings.cmake, branch v5.71.0-rc2</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>Don't set C/C++ standards if already set</title>
<updated>2019-10-23T10:15:24+00:00</updated>
<author>
<name>David Faure</name>
<email>faure@kde.org</email>
</author>
<published>2019-10-23T09:33:44+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=fd6e98ba6de89a7f08364bb2ec096a5310c1cde8'/>
<id>fd6e98ba6de89a7f08364bb2ec096a5310c1cde8</id>
<content type='text'>
Summary: Fixes regression from https://phabricator.kde.org/D24841

Reviewers: cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24882
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary: Fixes regression from https://phabricator.kde.org/D24841

Reviewers: cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24882
</pre>
</div>
</content>
</entry>
<entry>
<title>Use modern way to set the C/CXX standad</title>
<updated>2019-10-22T16:54:07+00:00</updated>
<author>
<name>Hannah von Reth</name>
<email>vonreth@kde.org</email>
</author>
<published>2019-10-21T19:00:30+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=6e3c794e7c637141613cc180d631c9eed319a72d'/>
<id>6e3c794e7c637141613cc180d631c9eed319a72d</id>
<content type='text'>
Summary:
This allows later modification of the selected standard.

Raise C from C89 to C90 as C89 is not supported by the CMAKE flag

https://cmake.org/cmake/help/v3.16/prop_tgt/C_STANDARD.html#prop_tgt:C_STANDARD

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24841
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
This allows later modification of the selected standard.

Raise C from C89 to C90 as C89 is not supported by the CMAKE flag

https://cmake.org/cmake/help/v3.16/prop_tgt/C_STANDARD.html#prop_tgt:C_STANDARD

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24841
</pre>
</div>
</content>
</entry>
<entry>
<title>new module ECMSourceVersionControl</title>
<updated>2019-10-01T10:30:21+00:00</updated>
<author>
<name>Harald Sitter</name>
<email>sitter@kde.org</email>
</author>
<published>2019-09-23T14:00:59+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=f3f4893b5bd20a32dd48b147fdd243c3226a06f3'/>
<id>f3f4893b5bd20a32dd48b147fdd243c3226a06f3</id>
<content type='text'>
Summary:
simply sets a variable when the source is under version control. use it to
auto-enable Debug builds. there are also plans to switch special assertion
logic on in KIO when used from git, so there definitely is a more generic
use case of wanting to control behavior based on whether it the source is
likely used to make a development or production build.

conceivably the module could be used in the future to get git rev-parse or
the like, hence the generic name.

Test Plan: with .git the var is true, without it is false

Reviewers: kde-buildsystem, dfaure

Reviewed By: dfaure

Subscribers: apol, kossebau, kde-frameworks-devel

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24159
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
simply sets a variable when the source is under version control. use it to
auto-enable Debug builds. there are also plans to switch special assertion
logic on in KIO when used from git, so there definitely is a more generic
use case of wanting to control behavior based on whether it the source is
likely used to make a development or production build.

conceivably the module could be used in the future to get git rev-parse or
the like, hence the generic name.

Test Plan: with .git the var is true, without it is false

Reviewers: kde-buildsystem, dfaure

Reviewed By: dfaure

Subscribers: apol, kossebau, kde-frameworks-devel

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D24159
</pre>
</div>
</content>
</entry>
<entry>
<title>Make the default build type "Debug" when compiling a git checkout.</title>
<updated>2019-07-23T10:46:05+00:00</updated>
<author>
<name>David Faure</name>
<email>faure@kde.org</email>
</author>
<published>2019-07-22T22:16:51+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=a212a92190d4b85d9276af9ee70f66dd140fcdb0'/>
<id>a212a92190d4b85d9276af9ee70f66dd140fcdb0</id>
<content type='text'>
Summary:
The idea comes from
https://blog.kitware.com/cmake-and-the-default-build-type/
but I adapted it to leave it empty for tarballs, to avoid messing up
distribution packaging.

The goal is to make this more sensible for [new] developers who just
run cmake and end up with a "no debug symbols, no optimizations" build,
i.e. the one and only completely useless combination of those two flags.

Possible risk: distributions who compile from git checkouts...

Test Plan: "mkdir build ; cd build ; cmake .." in kblog leads to CMAKE_BUILD_TYPE=Debug

Reviewers: kde-buildsystem, cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: cgiboudeaux, apol, kde-frameworks-devel

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D22667
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
The idea comes from
https://blog.kitware.com/cmake-and-the-default-build-type/
but I adapted it to leave it empty for tarballs, to avoid messing up
distribution packaging.

The goal is to make this more sensible for [new] developers who just
run cmake and end up with a "no debug symbols, no optimizations" build,
i.e. the one and only completely useless combination of those two flags.

Possible risk: distributions who compile from git checkouts...

Test Plan: "mkdir build ; cd build ; cmake .." in kblog leads to CMAKE_BUILD_TYPE=Debug

Reviewers: kde-buildsystem, cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: cgiboudeaux, apol, kde-frameworks-devel

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D22667
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "Take clang-cl into account"</title>
<updated>2019-03-23T13:49:37+00:00</updated>
<author>
<name>Christian Mollekopf</name>
<email>mollekopf@kolabsys.com</email>
</author>
<published>2019-03-23T13:49:37+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=ac807c4adc3e2854a59a7d2a507a2dabd1abbfa6'/>
<id>ac807c4adc3e2854a59a7d2a507a2dabd1abbfa6</id>
<content type='text'>
This reverts commit 2e1cb0c453f419da134b850052da6c804cae05e0.

This was an accidental push to master, sorry for the noise.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit 2e1cb0c453f419da134b850052da6c804cae05e0.

This was an accidental push to master, sorry for the noise.
</pre>
</div>
</content>
</entry>
<entry>
<title>Take clang-cl into account</title>
<updated>2019-03-23T13:48:24+00:00</updated>
<author>
<name>Christian Mollekopf</name>
<email>mollekopf@kolabsys.com</email>
</author>
<published>2019-03-23T13:48:24+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=2e1cb0c453f419da134b850052da6c804cae05e0'/>
<id>2e1cb0c453f419da134b850052da6c804cae05e0</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Move -Wsuggest-override -Wlogical-op to regular compiler settings</title>
<updated>2019-01-19T11:01:07+00:00</updated>
<author>
<name>Albert Astals Cid</name>
<email>aacid@kde.org</email>
</author>
<published>2019-01-19T11:00:44+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=7d73c6744f6455c585a6e059cf2753fcf20a870a'/>
<id>7d73c6744f6455c585a6e059cf2753fcf20a870a</id>
<content type='text'>
Summary: They really help making the code better so it's good to have all applications getting those warnings

Subscribers: apol, vkrause, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D18167
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary: They really help making the code better so it's good to have all applications getting those warnings

Subscribers: apol, vkrause, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D18167
</pre>
</div>
</content>
</entry>
<entry>
<title>Use `MATCHES "Clang"` to detect clang</title>
<updated>2018-11-12T10:21:07+00:00</updated>
<author>
<name>René J.V. Bertin</name>
<email>rjvbertin@gmail.com</email>
</author>
<published>2018-11-12T10:21:07+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=d42cc5dd7c4e78db16d1f4f0c17f141ad97b4cf4'/>
<id>d42cc5dd7c4e78db16d1f4f0c17f141ad97b4cf4</id>
<content type='text'>
This is for compatibility with Apple's Xcode
compilers which identify as AppleClang.

Differential Revision: https://phabricator.kde.org/D16816
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is for compatibility with Apple's Xcode
compilers which identify as AppleClang.

Differential Revision: https://phabricator.kde.org/D16816
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "Add _XOPEN_SOURCE to C definitions"</title>
<updated>2018-09-01T09:20:25+00:00</updated>
<author>
<name>David Faure</name>
<email>faure@kde.org</email>
</author>
<published>2018-09-01T09:20:25+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=381c44c1f4d894512c61c1fbded0a4ea4d872b81'/>
<id>381c44c1f4d894512c61c1fbded0a4ea4d872b81</id>
<content type='text'>
This reverts commit 6684cb99bdf408fc491e547393dbd7aac4d151f2.

See https://phabricator.kde.org/D8256 for details
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit 6684cb99bdf408fc491e547393dbd7aac4d151f2.

See https://phabricator.kde.org/D8256 for details
</pre>
</div>
</content>
</entry>
<entry>
<title>Add _XOPEN_SOURCE to C definitions</title>
<updated>2018-08-31T08:26:28+00:00</updated>
<author>
<name>A. Wilcox</name>
<email>awilfox@adelielinux.org</email>
</author>
<published>2018-08-31T08:26:28+00:00</published>
<link rel='alternate' type='text/html' href='https://dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=6684cb99bdf408fc491e547393dbd7aac4d151f2'/>
<id>6684cb99bdf408fc491e547393dbd7aac4d151f2</id>
<content type='text'>
When building on non-glibc Unix platforms, such as Solaris, NetBSD, and Linux/musl or Linux/uclibc, multiple components of KF5 fail to build. This is because -std=iso9899:1990 is specified (for strict C90 compliance) but _XOPEN_SOURCE is not defined, so none of the POSIX interfaces are exported. I have seen this reported in at least:

* kinit
* kscreenlocker
* plasma-workspace

The attached patch resolves this issue on all our build boxes; additionally, applying it to my glibc builder did not change the already working result.

BUG: 373175

Differential Revision: https://phabricator.kde.org/D8256
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When building on non-glibc Unix platforms, such as Solaris, NetBSD, and Linux/musl or Linux/uclibc, multiple components of KF5 fail to build. This is because -std=iso9899:1990 is specified (for strict C90 compliance) but _XOPEN_SOURCE is not defined, so none of the POSIX interfaces are exported. I have seen this reported in at least:

* kinit
* kscreenlocker
* plasma-workspace

The attached patch resolves this issue on all our build boxes; additionally, applying it to my glibc builder did not change the already working result.

BUG: 373175

Differential Revision: https://phabricator.kde.org/D8256
</pre>
</div>
</content>
</entry>
</feed>
