https://sourceware.org/bugzilla/show_bug.cgi?id=30702
Jon Turney changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
https://sourceware.org/bugzilla/show_bug.cgi?id=26757
Jon Turney changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
https://sourceware.org/bugzilla/show_bug.cgi?id=4933
Jon Turney changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
https://sourceware.org/bugzilla/show_bug.cgi?id=18025
--- Comment #16 from Jon Turney ---
(In reply to Nick Clifton from comment #14)
> The problem, I believe, is not the line number lookup code, but rather the
> bias computation code. This is performing a linear scan of the symbol table
>
https://sourceware.org/bugzilla/show_bug.cgi?id=18025
--- Comment #13 from Jon Turney ---
(In reply to Nick Clifton from comment #11)
> Have you tried using the latest binutils ? We did make some improvements to
> line number caching recent. (Although I think that this was with DWARF not
> STAB
https://sourceware.org/bugzilla/show_bug.cgi?id=18025
--- Comment #12 from Jon Turney ---
Created attachment 9949
--> https://sourceware.org/bugzilla/attachment.cgi?id=9949&action=edit
example of a large object file demonstrating 'nm -l' slowdown
--
You are receiving this mail because:
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=18025
Jon Turney changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #14 from Jon Turney ---
Created attachment 9666
--> https://sourceware.org/bugzilla/attachment.cgi?id=9666&action=edit
Don't adjust size of PE/COFF merged .rsrc section
Here's the alternate approach, of not allowing the .rsrc se
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #13 from Jon Turney ---
(In reply to Nick Clifton from comment #12)
> >
> > So, another fix is needed here. I'm trying to puzzle out where to move
> > rsrc_process_section() to, but if you have any pointers, that would be most
>
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #11 from Jon Turney ---
(In reply to Nick Clifton from comment #7)
Lookng at this again, this is quite odd behaviour from the loader. Using my
own PE dumper, which shows the VirtSize, on the testcase above:
1.exe (valid)
Name
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #9 from Jon TURNEY ---
Created attachment 9319
--> https://sourceware.org/bugzilla/attachment.cgi?id=9319&action=edit
Output from test case with 2nd patch applied
(In reply to Nick Clifton from comment #7)
> Does this variatio
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #8 from Jon TURNEY ---
(In reply to Nick Clifton from comment #6)
> Question: in the 1.exe post-patch file the MinorLinkerVersion field in the
> COFF
> header shows 26, but in all the other .exe files, both pre- and post- patch,
>
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #5 from Jon TURNEY ---
Created attachment 9310
--> https://sourceware.org/bugzilla/attachment.cgi?id=9310&action=edit
Output from test case with patch applied
--
You are receiving this mail because:
You are on the CC list for t
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #4 from Jon TURNEY ---
Created attachment 9309
--> https://sourceware.org/bugzilla/attachment.cgi?id=9309&action=edit
Patch to update size of resources in DataDirectory
(In reply to Nick Clifton from comment #2)
>
> > The size
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #3 from Jon TURNEY ---
Created attachment 9308
--> https://sourceware.org/bugzilla/attachment.cgi?id=9308&action=edit
Output from test case
(In reply to Nick Clifton from comment #2)
> Hi Jon,
>
> Please could upload the 1.exe,
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jon.turney at dronecode dot org.uk
Target Milestone: ---
Created attachment 9304
--> https://sourceware.org/bugzi
https://sourceware.org/bugzilla/show_bug.cgi?id=20193
--- Comment #1 from Jon TURNEY ---
I don't understand why only certain sizes of resource section seem to trigger
this problem, but a couple of observations:
I guess that the fact that the merged resource section can be smaller than the
sum o
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
Jon TURNEY changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=12969
Jon TURNEY changed:
What|Removed |Added
CC||jon.turney at dronecode dot
org.uk
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
--- Comment #11 from Jon TURNEY ---
(In reply to Nick Clifton from comment #9)
> Patch committed, with an addition of a fix to the gas testsuite for the x86
> targets as pointed out by H.J.
Thanks.
--
You are receiving this mail because:
Yo
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
--- Comment #6 from Jon TURNEY ---
(In reply to Nick Clifton from comment #5)
Thanks for taking a look.
> Your patch is good, but it misses a couple of points:
>
> * A change similar to the one in coffgen.c is needed in elf.c for ELF
>
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
--- Comment #4 from Jon TURNEY ---
(In reply to Jon TURNEY from comment #2)
> So not compressing if the section gets larger sounds like a better approach.
> I'll have a go at implementing that.
This turns out to be not quite so simple due to
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
Jon TURNEY changed:
What|Removed |Added
Attachment #8177|0 |1
is obsolete|
https://sourceware.org/bugzilla/show_bug.cgi?id=18087
--- Comment #2 from Jon TURNEY ---
(In reply to Kai Tietz from comment #1)
> Yes, it is likely that we have here an issue in updating section size, if
> compression actually increases, instead of decreasing size.
>
> IMO the saner approach wo
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: jon.turney at dronecode dot org.uk
Created attachment 8177
--> https://sourceware.org/bugzilla/attachment.cgi?id=8177&action=edit
Update section
25 matches
Mail list logo
