<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/kde-modules, branch v5.54.0</title>
<subtitle>hurd extra-cmake-modules.git</subtitle>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/'/>
<entry>
<title>Revert "Clang: don't enable -Wzero-as-null-pointer-constant on 5.0.0"</title>
<updated>2018-12-20T23:31:37+00:00</updated>
<author>
<name>David Faure</name>
<email>faure@kde.org</email>
</author>
<published>2018-12-20T23:31:37+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=0858ca854957367679e4eab5be3c836a007ea9ba'/>
<id>0858ca854957367679e4eab5be3c836a007ea9ba</id>
<content type='text'>
This reverts commit e1adaa7ebab1b0de72c82d95bdf568e435713a4e.

Version number confusion.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit e1adaa7ebab1b0de72c82d95bdf568e435713a4e.

Version number confusion.
</pre>
</div>
</content>
</entry>
<entry>
<title>Clang: don't enable -Wzero-as-null-pointer-constant on 5.0.0</title>
<updated>2018-12-20T22:08:56+00:00</updated>
<author>
<name>David Faure</name>
<email>faure@kde.org</email>
</author>
<published>2018-12-20T19:02:40+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=e1adaa7ebab1b0de72c82d95bdf568e435713a4e'/>
<id>e1adaa7ebab1b0de72c82d95bdf568e435713a4e</id>
<content type='text'>
Summary:
The clang compiler in Android NDK r15b, which has version 5.0.300080,
warns as follows:

warning: unknown warning option '-Wzero-as-null-pointer-constant'; did you mean '-Wint-to-void-pointer-cast'? [-Wunknown-warning-option]

Test Plan: Removing the option removes the warning

Reviewers: aacid, cgiboudeaux, apol

Reviewed By: cgiboudeaux

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D17714
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
The clang compiler in Android NDK r15b, which has version 5.0.300080,
warns as follows:

warning: unknown warning option '-Wzero-as-null-pointer-constant'; did you mean '-Wint-to-void-pointer-cast'? [-Wunknown-warning-option]

Test Plan: Removing the option removes the warning

Reviewers: aacid, cgiboudeaux, apol

Reviewed By: cgiboudeaux

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D17714
</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://netuse.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>l10n: Fix matching digits in the repository name</title>
<updated>2018-09-24T11:27:30+00:00</updated>
<author>
<name>Aleix Pol</name>
<email>aleixpol@kde.org</email>
</author>
<published>2018-09-24T11:27:30+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=efb27e9188c4e0dddac62acdcc03901d656537b8'/>
<id>efb27e9188c4e0dddac62acdcc03901d656537b8</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Add QT_NO_NARROWING_CONVERSIONS_IN_CONNECT as default compile flags</title>
<updated>2018-09-22T17:07:34+00:00</updated>
<author>
<name>Laurent Montel</name>
<email>montel@kde.org</email>
</author>
<published>2018-09-17T05:37:55+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=9b528012703ae584e80a4954df153091a1443be9'/>
<id>9b528012703ae584e80a4954df153091a1443be9</id>
<content type='text'>
Summary: Use QT_NO_NARROWING_CONVERSIONS_IN_CONNECT as default flags

Reviewers: dfaure

Reviewed By: dfaure

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D15566
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary: Use QT_NO_NARROWING_CONVERSIONS_IN_CONNECT as default flags

Reviewers: dfaure

Reviewed By: dfaure

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D15566
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix minor EBN issues</title>
<updated>2018-09-07T06:06:35+00:00</updated>
<author>
<name>Yuri Chornoivan</name>
<email>yurchor@ukr.net</email>
</author>
<published>2018-09-07T06:06:35+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=a519c29e93de84e949ac308831160102cc733e59'/>
<id>a519c29e93de84e949ac308831160102cc733e59</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</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://netuse.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://netuse.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>
<entry>
<title>Make it possible for ECM to detect po files at configure time</title>
<updated>2018-08-06T14:22:28+00:00</updated>
<author>
<name>Aleix Pol</name>
<email>aleixpol@kde.org</email>
</author>
<published>2018-08-02T22:44:59+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=02881711cfce2281d35984469fb361120824bfb3'/>
<id>02881711cfce2281d35984469fb361120824bfb3</id>
<content type='text'>
Summary:
ECMPoQmTools will need to have the translations downloaded at configure time instead of on build time, otherwise it needs an awkward second configure.
To that end we introduce a KDE_L10N_SYNC_TRANSLATIONS variable that allows it to do so.
ECMPoTools will download the translations in the build directory, because cmake shouldn't touch the sources. Have it check the build directory too when the macro is called.

Test Plan: Built analitza translations.

Reviewers: #frameworks, cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: cgiboudeaux, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D14569
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
ECMPoQmTools will need to have the translations downloaded at configure time instead of on build time, otherwise it needs an awkward second configure.
To that end we introduce a KDE_L10N_SYNC_TRANSLATIONS variable that allows it to do so.
ECMPoTools will download the translations in the build directory, because cmake shouldn't touch the sources. Have it check the build directory too when the macro is called.

Test Plan: Built analitza translations.

Reviewers: #frameworks, cgiboudeaux

Reviewed By: cgiboudeaux

Subscribers: cgiboudeaux, kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D14569
</pre>
</div>
</content>
</entry>
<entry>
<title>Drop outdated QT_USE_FAST_OPERATOR_PLUS</title>
<updated>2018-06-29T21:58:37+00:00</updated>
<author>
<name>Friedrich W. H. Kossebau</name>
<email>kossebau@kde.org</email>
</author>
<published>2018-06-29T18:39:18+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=484d5f4ceea2b8d23c9a0d35f16077f7cabfbd27'/>
<id>484d5f4ceea2b8d23c9a0d35f16077f7cabfbd27</id>
<content type='text'>
Summary:
QT_USE_FAST_OPERATOR_PLUS has been deprecated in Qt 4.8, in favour of
QT_USE_QSTRINGBUILDER. The latter also covers QByteArray.

Qt5 headers still supports QT_USE_FAST_OPERATOR_PLUS (at least 5.11.1),
as subset of QT_USE_QSTRINGBUILDER as it was introduced in Qt4.8,
but not as documented build flag.

Given QT_USE_QSTRINGBUILDER is set here and thus triggers anything that
QT_USE_FAST_OPERATOR_PLUS would trigger in Qt code, removing it should
clean up the macro from undocumented features and thus reduce confusion.

No non-Qt is known at least in KDE repos which checks this build flag
otherwise, so no regression should be expected here as well.

Reviewers: vkrause

Reviewed By: vkrause

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

Differential Revision: https://phabricator.kde.org/D13800
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Summary:
QT_USE_FAST_OPERATOR_PLUS has been deprecated in Qt 4.8, in favour of
QT_USE_QSTRINGBUILDER. The latter also covers QByteArray.

Qt5 headers still supports QT_USE_FAST_OPERATOR_PLUS (at least 5.11.1),
as subset of QT_USE_QSTRINGBUILDER as it was introduced in Qt4.8,
but not as documented build flag.

Given QT_USE_QSTRINGBUILDER is set here and thus triggers anything that
QT_USE_FAST_OPERATOR_PLUS would trigger in Qt code, removing it should
clean up the macro from undocumented features and thus reduce confusion.

No non-Qt is known at least in KDE repos which checks this build flag
otherwise, so no regression should be expected here as well.

Reviewers: vkrause

Reviewed By: vkrause

Subscribers: kde-frameworks-devel, kde-buildsystem

Tags: #frameworks, #build_system

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