[Bug lto/83967] LTO removes C functions declared as weak in assembler(depending on files order in linking)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967 --- Comment #19 from Emil Jiří Tywoniak --- (In reply to Emil Jiří Tywoniak from comment #18) > (In reply to Christophe Lyon from comment #17) > > Any chance you can try with a toolchain using binutils-2.35? > > > > As I indicated in https://bugs.launchpad.net/gcc-arm-embedded/+bug/1747966 > > there's a related bug fix in binutils-2.35, but Arm's 2020-q2 toolchain > > still uses 2.34.50.20200226. > > Issue in my project is not present anymore with 2020 Q4 release, which packs > GNU ld (GNU Arm Embedded Toolchain 10-2020-q4-major) 2.35.1.20201028. Will > test example from Comment #11. My apologies for not reading threads more > carefully I have now tested the bad branch from Comment #11 and did not replicate the bug with the Q4 toolchain (specifically, the Systick handler in .lst is exactly the same as in the good branch excerpt in Comment #11)
[Bug lto/83967] LTO removes C functions declared as weak in assembler(depending on files order in linking)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967 --- Comment #18 from Emil Jiří Tywoniak --- (In reply to Christophe Lyon from comment #17) > Any chance you can try with a toolchain using binutils-2.35? > > As I indicated in https://bugs.launchpad.net/gcc-arm-embedded/+bug/1747966 > there's a related bug fix in binutils-2.35, but Arm's 2020-q2 toolchain > still uses 2.34.50.20200226. Issue in my project is not present anymore with 2020 Q4 release, which packs GNU ld (GNU Arm Embedded Toolchain 10-2020-q4-major) 2.35.1.20201028. Will test example from Comment #11. My apologies for not reading threads more carefully
[Bug lto/83967] LTO removes C functions declared as weak in assembler(depending on files order in linking)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83967 Emil Jiří Tywoniak changed: What|Removed |Added CC||emil at tywoniak dot eu --- Comment #16 from Emil Jiří Tywoniak --- Issue is not resolved, and the proposed "moved" fixed issue is a different issue. Accidentally reproduced in a project (demo files untested) with GCC 10.1.1 on Windows (Arm Embedded Toolchain 10 2020-q2-preview). Changing C and asm compile order works but is not a proper solution
