https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #18 from Alan Modra ---
> Wouldn't this also be possible on 32-bit targets with large file support
> and why can't these targets support both armaps automatically?
They can and will if 64-bit bfd support is also enabled, modulo t
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #10 from Tobias Stoeckmann ---
Challenge accepted. :D
So I investigated this. It is in fact possible to crash gprof with a "num"
overflow here. Let's consider the possible situations:
AMD64:
It is impossible to overflow a 64 bit
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #7 from Tobias Stoeckmann ---
Oh, nice spotting with this "[^\n:]" parsing, I skipped validating that because
this kind of expression was unknown to me. Always amazing to see what else pops
up when more people look at the code! :)
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #9 from Nick Clifton ---
Hi Tobias,
> Now there's just the possible "num++" overflow on very large files left.
> Could hit amd64 or i386 with large file support. It takes a huge symbol file
> for that though.
Right - and I think
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
--- Comment #8 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Nick Clifton :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=38334d6de448272c3bd831e3410dbc337fc2739d
commit 38334d6de448272c3bd831e3410
https://sourceware.org/bugzilla/show_bug.cgi?id=20464
--- Comment #17 from dave.anglin at bell dot net ---
On 2016-08-22 9:07 PM, amodra at gmail dot com wrote:
> https://sourceware.org/bugzilla/show_bug.cgi?id=20464
>
> --- Comment #16 from Alan Modra ---
> Ah, mips64 or s390x needed to be added
https://sourceware.org/bugzilla/show_bug.cgi?id=20507
Bug ID: 20507
Summary: version-script refuses to hide symbols called
malloc/calloc
Product: binutils
Version: 2.24
Status: UNCONFIRMED
Severity: normal
Hi redfish,
> $ touch foo.dat
> $ /usr/bin/ld -r -b binary -o /tmp/foo.o foo.dat
> Segmentation fault (core dumped)
Ah - snafu - fixed by this patch.
Cheers
Nick
bfd/ChangeLog
2016-08-23 Nick Clifton
* elf32-arm.c (elf32_arm_count_additional_relocs): Return zero if
there i
https://sourceware.org/bugzilla/show_bug.cgi?id=20499
Nick Clifton changed:
What|Removed |Added
Attachment #9465|0 |1
is obsolete|
