<table><tr><td style="">kossebau added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D27150">View Revision</a></tr></table><br /><div><div><p>See <a href="https://phabricator.kde.org/D27150" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">D27150</a> as an example next to the test and docs for how this would be used. The ecm_qt_export_logging_category also is kept similar to ecm_qt_declare_logging_category in case someone wants to turn the manual definition to a generated one, that wil just need addition of HEADER and the sources variable and change of macro name called.</p>

<p>BTW, core of this logic has been taken from KDevelop's internal util macros, where this served for some versions already :) <a href="https://phabricator.kde.org/source/kdevelop/browse/master/cmake/modules/KDevelopMacrosInternal.cmake" class="remarkup-link" target="_blank" rel="noreferrer">https://phabricator.kde.org/source/kdevelop/browse/master/cmake/modules/KDevelopMacrosInternal.cmake</a> though with some additional wrappers for repeated data & patterns.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R240 Extra CMake Modules</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D27150">https://phabricator.kde.org/D27150</a></div></div><br /><div><strong>To: </strong>kossebau, Build System, Frameworks, broulik, mlaurent<br /><strong>Cc: </strong>kde-frameworks-devel, kde-buildsystem, LeGast00n, GB_2, bencreasy, michaelh, ngraham, bruns<br /></div>