Review Request 114885: Remove custom build types

Alex Merry kde at randomguy3.me.uk
Tue Jan 7 16:28:59 UTC 2014



> On Jan. 7, 2014, 3:36 p.m., Stephen Kelly wrote:
> > kde-modules/KDECompilerSettings.cmake, line 25
> > <https://git.reviewboard.kde.org/r/114885/diff/1/?file=233187#file233187line25>
> >
> >     Setting CMAKE_CXX_FLAGS is not 'modern cmake'. Prefer to use add_compile_options instead.
> >     
> >      http://www.cmake.org/cmake/help/git-next/command/add_compile_options.html
> 
> Alex Merry wrote:
>     OK.  I guess the rest of the file should also use that, but that's out of the scope of this RR.

Ah, it turns out that with KDE_ENABLE_EXCEPTIONS defined as it is, you cannot pass it to add_compile_options (the Clang and GNU versions put quotes around two distinct arguments, making them appear as a single argument, which the compiler then complains about).

So this is also something that should go in a separate review.


- Alex


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/114885/#review46978
-----------------------------------------------------------


On Jan. 7, 2014, 3:22 p.m., Alex Merry wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/114885/
> -----------------------------------------------------------
> 
> (Updated Jan. 7, 2014, 3:22 p.m.)
> 
> 
> Review request for Build System, KDE Frameworks, David Faure, Kevin Ottens, and Stephen Kelly.
> 
> 
> Repository: extra-cmake-modules
> 
> 
> Description
> -------
> 
> This is a cleaned-up version of https://git.reviewboard.kde.org/r/113805/ , with documentation fixes.  The discussion there appeared to end up being largely in favour of this move.
> 
> Obviously, this can only go in once TP1 is done.
> 
> 
> Remove custom build types
> 
> KDECompilerSettings.cmake no longer alters CMake's built-in build types
> or adds its own.  The "debug" build type therefore simply sets -g with
> no additional flags (rather than -O2 and, depending on the compiler,
> some no-inline/no-reorder flags as previously), the "release" build
> types no longer set -DQT_NO_DEBUG and the "debugfull", "profile" and
> "coverage" build types no longer exist.
> 
> QT_NO_DEBUG is set by Qt's CMake scripts depending on the build type of
> Qt itself.  "debugfull" mostly set -g3, allowing macro expansion when
> debugging; users can set this flag using environment variables if they
> wish.  "RelWithDebugInfo" should be used instead of "profile" (according
> to dfaure); -fprofile-arcs and -ftest-coverage are easy enough to add to
> $CXX_FLAGS if they are required (formerly set by "profile" and
> "coverage").
> 
> 
> Diffs
> -----
> 
>   kde-modules/KDECompilerSettings.cmake 72824e166d03dcc2d089814dc121f08ba998974a 
> 
> Diff: https://git.reviewboard.kde.org/r/114885/diff/
> 
> 
> Testing
> -------
> 
> Built kcoreaddons on linux with gcc.  -DCMAKE_BUILD_TYPE=debugfull works, but does not set -g.  -DCMAKE_BUILD_TYPE=debug does set -g.
> 
> 
> Thanks,
> 
> Alex Merry
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-buildsystem/attachments/20140107/cb8aa89e/attachment.html>


More information about the Kde-buildsystem mailing list