https://sourceware.org/bugzilla/show_bug.cgi?id=26406
--- Comment #4 from franz.sirl at lauterbach dot com ---
Hi Nick,
yes, I can confirm that your patch brings back the performance to the original
level.
Thanks,
Franz
--
You are receiving this mail because:
You are on the CC list for the
https://sourceware.org/bugzilla/show_bug.cgi?id=26406
franz.sirl at lauterbach dot com changed:
What|Removed |Added
CC||franz.sirl at
https://sourceware.org/bugzilla/show_bug.cgi?id=26406
--- Comment #2 from franz.sirl at lauterbach dot com ---
Well, that would explain it:
fsirl@ds1:~> grep '\.section' ~/sample.s |sort -u|wc -l
294085
The testcase was compiled with -ffunction-sections -fdata-sections.
--
You
https://sourceware.org/bugzilla/show_bug.cgi?id=26406
franz.sirl at lauterbach dot com changed:
What|Removed |Added
Build||x86_64-linux-gnu
https://sourceware.org/bugzilla/show_bug.cgi?id=26406
franz.sirl at lauterbach dot com changed:
What|Removed |Added
CC||nickc at redhat dot
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: franz.sirl at lauterbach dot com
Target Milestone: ---
Hi,
I just stumbled over an extreme slowdown in assembler performance. On a 265
MByte .s file (gcc10 assembly output of a 27000
https://sourceware.org/bugzilla/show_bug.cgi?id=21961
--- Comment #3 from franz.sirl at lauterbach dot com ---
Did a quick test with the patch and it works fine, both the testcase and the
original application link fine again with --orphan-handling=error.
--
You are receiving this mail because
: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: franz.sirl at lauterbach dot com
Target Milestone: ---
This testcase highlights a change in 2.29 .group handling:
/* group.c
*
* Compile/link like this:
* gcc -c
