aboutsummaryrefslogtreecommitdiff
path: root/modules/ECMUseFindModules.cmake
diff options
context:
space:
mode:
authorRaphael Kubo da Costa <rakuco@FreeBSD.org>2013-08-21 13:19:23 +0300
committerRaphael Kubo da Costa <rakuco@FreeBSD.org>2013-08-21 13:19:23 +0300
commitecb29b6ca2b31ba6a7296ab325597a325806ab56 (patch)
treeebc17f0d0c1f3e916b65670c3fc8e1c3c1ceec98 /modules/ECMUseFindModules.cmake
parentb9b646d7d13fe1ced93ef624151ef9e5a5d93339 (diff)
downloadextra-cmake-modules-ecb29b6ca2b31ba6a7296ab325597a325806ab56.tar.gz
extra-cmake-modules-ecb29b6ca2b31ba6a7296ab325597a325806ab56.tar.bz2
CompilerSettings: Add a separate block for clang definitions.
Sharing compiler settings between GCC and clang does not always work: there are flags (such as "-fno-check-new" or "-fno-reorder-blocks") that are specific to GCC, and nothing stops these incompatibilities from becoming bigger in the future. Conversely, a separate clang block allows us to pass some additional flags to clang that would have required yet another if() in the GCC block. For now, this amounts to "-fdelayed-template-parsing". (For KDE4, we also need -Wno-return-type-c-linkage because kdepim's ktexteditorkabcbridge.cpp exports a function that returns a QString with C linkage, but I hope this can be solved in a different way for kdepim5). Last but not least, checks for bad GCC allocators or support for some flags which are always present in clang can be avoided altogether when we know the compiler we are using. REVIEW: 112136
Diffstat (limited to 'modules/ECMUseFindModules.cmake')
0 files changed, 0 insertions, 0 deletions