Am 1. August 2017 22:52:09 MESZ schrieb Brad King <brad.k...@kitware.com>: >On 07/22/2017 07:33 AM, lec...@gmail.com wrote: >> So I downloaded the 3.9 release and thought my LTO nightmares we over >but >> cmake still isn't using CMAKE_<LANG>_COMPILER_AR when linking on >MSYS. > >The problem is that this code: > >https://gitlab.kitware.com/cmake/cmake/blob/v3.9.0/Modules/Platform/Windows-GNU.cmake#L117-127 > >inserts use of the archiver into the main linking process as a way >to work around Windows command-line length limits. Since it is >using the archiver as part of linking instead of just for creating >a static library, our logic to switch to CMAKE_<LANG>_COMPILER_AR >for LTO is not triggering.
And the code to detect that gcc uses GNU ld is broken as it does not check if gcc was actually built using the right configure flags! If it isn't configured for GNU ld, it does not forward the response file to the collect2 command and the command line length thing breaks it. This is independent of the actual ld binary. HS -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- Powered by www.kitware.com Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Kitware offers various services to support the CMake community. For more information on each offering, please visit: CMake Support: http://cmake.org/cmake/help/support.html CMake Consulting: http://cmake.org/cmake/help/consulting.html CMake Training Courses: http://cmake.org/cmake/help/training.html Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/cmake
