ShuriZma
/
visualboyadvance-m
mirror of https://github.com/visualboyadvance-m/visualboyadvance-m.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
visualboyadvance-m/cmake/HostCompile.cmake

30 lines
803 B
CMake
Raw Normal View History

work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
function(host_compile src dst_cmd)
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
if(CMAKE_CROSSCOMPILING)
unset(link_flags)
work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
if(CMAKE_HOST_WIN32)
work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
set(dst "${dst_cmd}.exe")
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
if(CMAKE_COMPILER_IS_GNUCXX)
set(link_flags -Wl,--subsystem,console)
endif()
else()
cmake: fix linking to libssp and linking bin2c Only add the macro `-D_FORTIFY_SOURCE=2` if we are linking to libssp with gcc, do not use it at all on clang. For `HostCompile.cmake` add the macro `-Dmain=main` to redefine the macro added by SDL2 to compile flags `-Dmain=SDL_main`. Fix #548. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-10-17 21:53:15 +00:00
set(dst ${dst_cmd})
work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
endif()
# assume cc foo.c -o foo # will work on most hosts
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
add_custom_command(
cmake: fix linking to libssp and linking bin2c Only add the macro `-D_FORTIFY_SOURCE=2` if we are linking to libssp with gcc, do not use it at all on clang. For `HostCompile.cmake` add the macro `-Dmain=main` to redefine the macro added by SDL2 to compile flags `-Dmain=SDL_main`. Fix #548. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-10-17 21:53:15 +00:00
OUTPUT ${dst}
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
COMMAND cc ${src} -o ${dst} ${link_flags}
cmake: fix linking to libssp and linking bin2c Only add the macro `-D_FORTIFY_SOURCE=2` if we are linking to libssp with gcc, do not use it at all on clang. For `HostCompile.cmake` add the macro `-Dmain=main` to redefine the macro added by SDL2 to compile flags `-Dmain=SDL_main`. Fix #548. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-10-17 21:53:15 +00:00
DEPENDS ${src}
cmake: Use add_executable when not cross-compiling.
2019-10-06 15:31:26 +00:00
)
work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
else()
cmake: fix linking to libssp and linking bin2c Only add the macro `-D_FORTIFY_SOURCE=2` if we are linking to libssp with gcc, do not use it at all on clang. For `HostCompile.cmake` add the macro `-Dmain=main` to redefine the macro added by SDL2 to compile flags `-Dmain=SDL_main`. Fix #548. Signed-off-by: Rafael Kitover <rkitover@gmail.com>
2019-10-17 21:53:15 +00:00
get_filename_component(dst ${dst_cmd} NAME)
add_executable(${dst} ${src})
# this is necessary because we override main with SDL_main
target_compile_definitions(${dst} PRIVATE -Dmain=main)
work around gcc lto wrappers bug with gcc 7.x gcc lto wrapper commands such as `gcc-ar` will segfault with some versions of gcc 7.x when called via an absolute path, see: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80717 Generalize the mechanism for compiling a small C program on the host (currently used for bin2c for Wx resources) and use it to wrap the gcc wrappers in a little executable that prepends their dirname to PATH and runs them with `execvp()`. Make LTO default to ON again, except on win32 with gcc < 7, because those toolchains produce broken binaries with LTO enabled. Also add `-ffat-lto-objects` to compiler flags for gcc when LTO is enabled, this will increase the chances that the LTO build will succeed even if there are issues with the binutils wrappers. Clang does not support this.
2017-09-17 02:47:39 +00:00
endif()
endfunction()