https://sourceware.org/bugzilla/show_bug.cgi?id=31009
Michael Matz changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #12 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Michael Matz :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=836654b1177ab305c36fe7319f08f0ad5d4fac1b
commit
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
Sam James changed:
What|Removed |Added
CC||sam at gentoo dot org
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #11 from Jonny Weir ---
Hi Michael,
(In reply to Michael Matz from comment #10)
> (In reply to Jonny Weir from comment #7)
> > I made the following change:
>
> Thanks!
>
> > XXX resize 1: count=1598 added=1086327410
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #10 from Michael Matz ---
(In reply to Jonny Weir from comment #7)
> I made the following change:
Thanks!
> XXX resize 1: count=1598 added=1086327410 newnb=1048576
Gah, yeah. So, one of the input string sections (most likely
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #9 from Jonny Weir ---
Hi Nick
(In reply to Nick Clifton from comment #8)
> Hi Jonny,
>
> (In reply to Jonny Weir from comment #3)
>
> > > Are you able to attach a debugger to the linker and discover the values
> > > that
> >
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #8 from Nick Clifton ---
Hi Jonny,
(In reply to Jonny Weir from comment #3)
> > Are you able to attach a debugger to the linker and discover the values that
> > are triggering this assertion ? The code looks like this:
>
> I
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #7 from Jonny Weir ---
I made the following change:
diff --git a/bfd/merge.c b/bfd/merge.c
index f21154dcd45..3b4ccfb86df 100644
--- a/bfd/merge.c
+++ b/bfd/merge.c
@@ -175,26 +175,43 @@ sec_merge_maybe_resize (struct
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #6 from Michael Matz ---
(In reply to Jonny Weir from comment #5)
> Ignore that last message, it is misleading, this is a more accurate
> representation of what is happening with the values:
Ah, yes. I was suspecting already
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #5 from Jonny Weir ---
Ignore that last message, it is misleading, this is a more accurate
representation of what is happening with the values:
bfdtab->count + 1 = 1 | table->nbuckets = 8192 | table->nbuckets * 2 / 3 = 5461
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #4 from Jonny Weir ---
I was able to add some logging to get the values out and it seems that things
are overflowing at some point. Some example output:
bfdtab->count + 1 = 1 | table->nbuckets = 5461
bfdtab->count + 1 = 2 |
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #3 from Jonny Weir ---
Hi Nick,
(In reply to Nick Clifton from comment #1)
> Hi Jonny,
>
> (In reply to Jonny Weir from comment #0)
>
> > linking stage when -O3 is used (-O2 builds and links correctly). To be
> > clear, the
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
--- Comment #2 from Michael Matz ---
Another possible way forward: if you add '-save-temps' to the link/compile
command then the LTO phase will leave around the $foobar.ltransXXX.ltrans.o
files and the *.debug.o files, that are ultimately
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
Michael Matz changed:
What|Removed |Added
CC||matz at suse dot de
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31009
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment
15 matches
Mail list logo