https://sourceware.org/bugzilla/show_bug.cgi?id=29494
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3 f
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #3 from Ralf Habacker ---
(In reply to Nick Clifton from comment #2)
Hi Nick,
> Please could you upload a copy of the bin/assistant.exe file so that I can
> take a look ?
The file is bigger than the 100k limit for adding atta
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #4 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #3)
> Looking at the the valgrind backtrace, the commit
> https://sourceware.org/git/?p=binutils-gdb.git;a=commit;
> h=9f272209118972864b2c3799ddf2b39683c1a7b7 may
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #5 from Ralf Habacker ---
(In reply to Ralf Habacker from comment #4)
>
> I'm going to rebuild binutils 2.39 with this commit and will check if the
> performance issue is also fixed.
It isn't fixed. The build log
(https://build.o
https://sourceware.org/bugzilla/show_bug.cgi?id=6058
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29494
Nick Clifton changed:
What|Removed |Added
Last reconfirmed||2022-08-23
Assignee|unassign
https://sourceware.org/bugzilla/show_bug.cgi?id=29489
--- Comment #5 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=25ee24d990d6beb3fb01c673fcf13e0ea1522c5b
commit 25ee24d990d6beb3fb01c673fcf
https://sourceware.org/bugzilla/show_bug.cgi?id=29489
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #6 from Nick Clifton ---
(In reply to Ralf Habacker from comment #5)
Hi Ralf,
> i686-w64-mingw32-objdump still needs about 30s to scan assistant-qt5.exe,
> where it needs 2.8s when running on the host.
Sorry - I had not really gr
https://sourceware.org/bugzilla/show_bug.cgi?id=29494
--- Comment #5 from Angus Gratton ---
Thanks heaps Nick for the patch. It's going to be a couple of days until I can
test this, sorry. But I will definitely do so!
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=28917
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3 f
https://sourceware.org/bugzilla/show_bug.cgi?id=29512
--- Comment #3 from Rainer Orth ---
> --- Comment #2 from H.J. Lu ---
> Created attachment 14288
> --> https://sourceware.org/bugzilla/attachment.cgi?id=14288&action=edit
> A patch
>
> Try this.
I've just successfully completed a i386-pc-s
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #7 from Ralf Habacker ---
(In reply to Nick Clifton from comment #6)
> (In reply to Ralf Habacker from comment #5)
> Hi Ralf,
>
> > i686-w64-mingw32-objdump still needs about 30s to scan assistant-qt5.exe,
> > where it needs 2.8s
https://sourceware.org/bugzilla/show_bug.cgi?id=29505
--- Comment #8 from Nick Clifton ---
(In reply to Ralf Habacker from comment #7)
Hi Ralf,
>> If so are you able to enable profiling and find out which memset(s) are
>> taking all the time ?
>
> You can see this at https://bugzilla.opensuse.
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded
Comment #4 on issue 47626 by sheriffbot: binutils:fuzz_dlltool:
Global-buffer-overflow in xstrdup
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47626#c4
This bug has exceeded our disclosure deadline. I
https://sourceware.org/bugzilla/show_bug.cgi?id=29517
Bug ID: 29517
Summary: DWARF subprograms have a 'void' return type
Product: binutils
Version: 2.39
Status: NEW
Severity: normal
Priority: P2
Component: gas
https://sourceware.org/bugzilla/show_bug.cgi?id=29517
Kevin Buettner changed:
What|Removed |Added
CC||fche at redhat dot com
--
You are r
https://sourceware.org/bugzilla/show_bug.cgi?id=29517
Kevin Buettner changed:
What|Removed |Added
Summary|DWARF subprograms have a|DWARF subprograms output by
https://sourceware.org/bugzilla/show_bug.cgi?id=29517
Kevin Buettner changed:
What|Removed |Added
CC||jbeulich at suse dot com
--
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=14214
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=13799
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=13863
Alan Modra changed:
What|Removed |Added
Resolution|--- |NOTABUG
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
--- Comment #5 from Andrew Pinski ---
The reasoning is because the max "page size" on aarch64 is set to 64k so there
is only one segment.
Either change the " . = ALIGN((1 << (12)));" to " . = ALIGN((1 << (14)));"
Or use "-z max-page-size=409
https://sourceware.org/bugzilla/show_bug.cgi?id=29448
--- Comment #6 from Andrew Pinski ---
(In reply to Jérôme Forissier from comment #4)
> But then how is it that the LLVM linker (ld.lld) has no problem with that?
> Same, linker script, and even same object files... (it generates 4 LOAD
> segme
https://sourceware.org/bugzilla/show_bug.cgi?id=29517
Florian Weimer changed:
What|Removed |Added
CC||fweimer at redhat dot com
--
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=1046
Alan Modra changed:
What|Removed |Added
Resolution|--- |OBSOLETE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=2596
Alan Modra changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=2609
Alan Modra changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
29 matches
Mail list logo
