Hello,I recommend you explicitly disable LTO for the static library with:
One of my package builds with cmake.
All is fine except that the built static library gets the no-code-sections error complaint from lintian.
It appears [1,2] that /usr/share/cmake-3.22/Modules/Compiler/GNU.cmake enforces
-fno-fat-lto-objects unconditionally for GCC + IPO
What is the easiest way to revert the -fno-fat-lto-objects flags ?
Hi Jerome,
* Jerome BENOIT <calculus@rezozer.net> [2022-03-16 22:37]:
Hello,I recommend you explicitly disable LTO for the static library with:
One of my package builds with cmake.
All is fine except that the built static library gets the no-code-sections error complaint from lintian.
It appears [1,2] that /usr/share/cmake-3.22/Modules/Compiler/GNU.cmake enforces
-fno-fat-lto-objects unconditionally for GCC + IPO
What is the easiest way to revert the -fno-fat-lto-objects flags ?
set_target_properties(staticlib PROPERTIES
INTERPROCEDURAL_OPTIMIZATION OFF)
LTO does not really achieve anything for static libraries: They are
merely an archive of object files, so the linker is never invoked on
them. You might think that LTO is useful when the static library is
linked with an executable eventually. Alas, the LTO intermediate
code is very compiler-specific, so it will not work with a different
compiler and most likely not even with a different version of the
same compiler.
Alternatively, you could add a snippet such as
if(CMAKE_CXX_COMPILER_ID MATCHES "GNU|Clang")
target_compile_options(staticlib PRIVATE -ffat-lto-objects)
endif()
This will work because the target-specific compile options happen to
end up after the LTO compile options on the command line right now.
However, dh_strip will remove the intermediate code anyway, for the
reasons outlined above.
Cheers
Timo
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 360 |
Nodes: | 16 (2 / 14) |
Uptime: | 128:40:07 |
Calls: | 7,686 |
Files: | 12,828 |
Messages: | 5,711,092 |