Browse Source
This testcase is used to check whether the linker is work normally when both the --wrap=SYMBOL and -flto are set. It seems that the current fix only can work when the wrapped symbol `SYMBOL` is defined in the other files and will be linked. See the pr-24406-1 test, the `read` symbol is defined in the glibc’s libc.so.6, and we will also link the libc.so.6 by the linux toolchain, so it works. But the `read` symbol isn’t defined in the newlib, or other linked objects or archives. Therefore, the pr-24406-1 testsuite is always failed for riscv elf toolchain, but seems to work for riscv linux toolchain. On the other hand, if the wrapped symbol is `read_p`, it isn't defined in the other linked files, so we also get the error link for the linux toolchain. The fix in upstream seems not complete. I suppose that we shoud just skip the pr-24406-1 testcase until upstream fix or remove it.pull/589/head
committed by
Nelson Chu
1 changed files with 6 additions and 0 deletions
Loading…
Reference in new issue