https://sourceware.org/bugzilla/show_bug.cgi?id=16566
--- Comment #12 from jon at beniston dot com ---
Looks good, thanks Nick.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=16566
--- Comment #10 from jon at beniston dot com ---
> Ah - but if you remove the "-flto" option it works...
Without -flto, func is a global symbol.
> The problem is that the LTO compiler moves the func() code into its own
>
https://sourceware.org/bugzilla/show_bug.cgi?id=16566
--- Comment #8 from jon at beniston dot com ---
test.c:
void func() {
}
int main() {
func();
return 0;
}
Compile with:
arm-eabi-gcc test.c -o test.exe -Xlinker -Map=arm.map -flto -Xlinker
--print-map-locals
With the
https://sourceware.org/bugzilla/show_bug.cgi?id=16566
--- Comment #6 from jon at beniston dot com ---
Not sure why, but with the new patch, the addition of the condition:
&& bfd_link_hash_lookup (link_info.hash,
bfd_asymbol_name (sym
https://sourceware.org/bugzilla/show_bug.cgi?id=16566
--- Comment #3 from jon at beniston dot com ---
Thanks Nick, I see local data and functions now.
Is there perhaps anyway to optionally filter out labels generated within
functions (E.g. those normally declared beginning with L or .L that are
https://sourceware.org/bugzilla/show_bug.cgi?id=16566
jon at beniston dot com changed:
What|Removed |Added
CC||jon at beniston dot com
