kconfig.git/src/core, branch v5.36.0-rc1

[FEATURE] Option to build & install QCH file with the public API dox

2017-06-05T00:36:26+00:00

Using the new extra-cmake-modules module ECMAddQch (since 5.36.0)
this adds the option to automatically build and install a file
in QCH format with the docs about the public API, which then can be
used e.g. in Qt Assistant, Qt Creator or KDevelop.

Additionally the installed cmake config files will be extended
with a target KF5Config_QCH containing information about how to "link"
into the generated QCH file, which then can be used in the cmake build
system of other libraries building on this library, by
simply listing this target in "LINK_QCHS" of their ecm_add_qch() usage.
And a respective doxygen tag file with all the metadata about the
generated QCH file and used for the "linking" will be created and
installed.

Pass -DBUILD_QCH=ON to cmake to enable this.

API dox: note CamelCase includes by @class tag with more classes

2017-05-25T01:03:18+00:00

Fix relativePath calculation in KDesktopFile::locateLocal()

2017-04-25T21:37:11+00:00

The "dir" and "path" variables were obviously swapped here by mistake.
This resulted in the relativePath always being empty, and made the
function return "~/.local/share/" (or "~/.config/") instead of the
correct path.

BUG: 345100
FIXED-IN: 5.34.0
Differential Revision: https://phabricator.kde.org/D5502

Remove unused QDateTime in KConfigBackend.

2017-03-15T12:27:09+00:00

Spotted because it leads to race conditions due to tzset
(surely a Qt bug, but anyway no point in finding out lastModified
for nothing).

While at it, remove the unused size field as well.

Now that kconfigbackend.h isn't installed anymore, rename it to _p.h for clarity.

2017-03-15T12:11:08+00:00

avoid useless reallocs by removing squeeze call on temporary buffer

2017-03-05T19:32:30+00:00

Differential Revision: https://phabricator.kde.org/D4941

KConfig: stop exporting and installing KConfigBackend.

2017-02-20T23:17:01+00:00

Summary:
It can't possibly have been used anywhere, because it's not in the KConfig
API anywhere. The intended way to use this API was by providing a plugin
that would derive from KConfigBackend but the plugin loading code
in KConfigBackend::create has been disabled since before KF 5.0.

The reason I want to stop exporting this class is to be able to
optimize it (e.g. the QDateTime in it is completely unused but leads
to data races due to tzset)

Test Plan: Note, I'll rename it to _p.h if we agree, it would just have made this diff too big.

Reviewers: mdawson

Reviewed By: mdawson

Subscribers: #frameworks

Tags: #frameworks

Differential Revision: https://phabricator.kde.org/D4604

GIT_SILENT remove comment about this being a temp workaround.

2017-02-14T06:54:55+00:00

Even with 5.8 we need it, not due to QLockFile, but just due to mainConfigName(),
see unittest ksharedconfig_in_global_object

Fix linking on Windows: don't link kentrymaptest to KConfigCore.

2017-02-04T17:46:24+00:00

It's not needed, this is purely a test for the standalone KEntryMap class.

Don't export KEntryMap

2017-02-04T12:50:26+00:00

It is internal.