https://sourceware.org/bugzilla/show_bug.cgi?id=32854
Dimitar Dimitrov changed:
What|Removed |Added
CC||dimitar at dinux dot eu
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27833
--- Comment #5 from Dimitar Dimitrov ---
Yes, same problem occurs for all 3 newlib targets. As far as I'm aware, they
all support LTO.
Unfortunately I don't have setup to cross-compile for glibs, since it requires
either a virtual machine or
https://sourceware.org/bugzilla/show_bug.cgi?id=27833
--- Comment #3 from Dimitar Dimitrov ---
Hi Nick,
Could you clarify why read() is not part of newlib for ARM?
I tested on 3 different newlib targets and I can see that "read" function is
part of newlib libc:
$ ./bin/arm-none-eabi-nm ./arm-no
https://sourceware.org/bugzilla/show_bug.cgi?id=27833
Dimitar Dimitrov changed:
What|Removed |Added
CC||dimitar at dinux dot eu
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=27833
--- Comment #1 from Dimitar Dimitrov ---
I traced the issue to unwrap_hash_lookup() returning NULL for the "__wrap_read"
symbol, inside the get_symbols() function in ld/plugin.c.
I'm trying to understand why "read" is not present in link_info
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: dimitar at dinux dot eu
Target Milestone: ---
ld/testsuite/ld-plugin/pr24406-1.c test passes for x86_64-pc-linux-gnu/glibc,
but fails for cross-toolchain arm-none
https://sourceware.org/bugzilla/show_bug.cgi?id=24415
Dimitar Dimitrov changed:
What|Removed |Added
CC||dimitar at dinux dot eu
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26358
Dimitar Dimitrov changed:
What|Removed |Added
CC||dimitar at dinux dot eu
--
You
