https://sourceware.org/bugzilla/show_bug.cgi?id=18935
--- Comment #5 from Johan Karlsson ---
(In reply to Cary Coutant from comment #4)
> > This script looks like it's trying to create an unloadable section,
> > then allocate it to a loadable segment. If all the script is trying to
> > do is crea
https://sourceware.org/bugzilla/show_bug.cgi?id=18378
--- Comment #18 from Marcin Kościelnicki ---
Created attachment 8616
--> https://sourceware.org/bugzilla/attachment.cgi?id=8616&action=edit
patch #5 - fixes
Here come the fixes from testing. Now I have only the following test failures:
- o
https://sourceware.org/bugzilla/show_bug.cgi?id=18963
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3 f
https://sourceware.org/bugzilla/show_bug.cgi?id=18975
--- Comment #2 from Marcin Kościelnicki ---
(In reply to Cary Coutant from comment #1)
> The way to fill holes in a section when using scripts is to specify a fill
> pattern; e.g.:
>
> SECTIONS {
> .text : { *(.text) } = 0x90909090
>
https://sourceware.org/bugzilla/show_bug.cgi?id=18975
--- Comment #1 from Cary Coutant ---
The way to fill holes in a section when using scripts is to specify a fill
pattern; e.g.:
SECTIONS {
.text : { *(.text) } = 0x90909090
}
or
SECTIONS {
.text : { FILL(0x90909090) *(.text)
https://sourceware.org/bugzilla/show_bug.cgi?id=18935
--- Comment #4 from Cary Coutant ---
> This script looks like it's trying to create an unloadable section,
> then allocate it to a loadable segment. If all the script is trying to
> do is create a loadable NOBITS section, the NOLOAD attribute
https://sourceware.org/bugzilla/show_bug.cgi?id=18378
--- Comment #17 from Marcin Kościelnicki ---
I got the new shiny testing machine and found a few more issues. I've fixed a
few already and will resend the whole patchset once I get both 32-bit and
64-bit testsuite pass on RHEL. Amazing how muc
https://sourceware.org/bugzilla/show_bug.cgi?id=18378
Marcin Kościelnicki changed:
What|Removed |Added
Depends on||18959
Referenced Bugs:
https:
https://sourceware.org/bugzilla/show_bug.cgi?id=18959
Marcin Kościelnicki changed:
What|Removed |Added
Blocks||18378
Referenced Bugs:
https:
https://sourceware.org/bugzilla/show_bug.cgi?id=18378
Marcin Kościelnicki changed:
What|Removed |Added
Depends on||18975
Referenced Bugs:
https:
https://sourceware.org/bugzilla/show_bug.cgi?id=18975
Marcin Kościelnicki changed:
What|Removed |Added
Blocks||18378
Referenced Bugs:
https:
https://sourceware.org/bugzilla/show_bug.cgi?id=18975
Bug ID: 18975
Summary: gold: code_fill not executed if linker script is in
use
Product: binutils
Version: 2.26 (HEAD)
Status: NEW
Severity: normal
https://sourceware.org/bugzilla/show_bug.cgi?id=18974
Marat Dukhan changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18974
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=18974
Bug ID: 18974
Summary: GAS does not allow embedded rounding with memory
operand in V*SS/V*SD instructions
Product: binutils
Version: 2.26 (HEAD)
Status: NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=18973
Bug ID: 18973
Summary: Support arbitrary DOS stubs in coff-go32-exe and pei-*
formats
Product: binutils
Version: 2.25
Status: NEW
Severity: enhancement
According to "Intel Architecture Instruction Set Extensions Programming
Reference" (319433-023, AUGUST 2015), the EVEX-encoded scalar arithmetic
instructions support embedded rounding, e.g.
VADDSS xmm1{k1}{z}, xmm2, xmm3/m32{er}
However, gas refuses to encode such instructions when both memory op
https://sourceware.org/bugzilla/show_bug.cgi?id=18963
--- Comment #2 from felix ---
That seems to be it. Tried on both scripts. The testsuite also seems to run
fine after patching.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=18968
--- Comment #4 from C E Macfarlane ---
Many thanks!
www.macfh.co.uk/CEMH.html
> > Then can you point me to where I should report it?
>
> The gcc bugzilla system is probably the best place:
>
> https://gcc.gnu.org/bugzil
https://sourceware.org/bugzilla/show_bug.cgi?id=18968
--- Comment #3 from Nick Clifton ---
Hi C E Macfarlane,
> > The bad news is that this is the wrong place to file this bug
> > report.
>
> Then can you point me to where I should report it?
The gcc bugzilla system is probably the be
https://sourceware.org/bugzilla/show_bug.cgi?id=18963
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #1
https://sourceware.org/bugzilla/show_bug.cgi?id=18963
Nick Clifton changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=18867
--- Comment #7 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=bca6d0e3195217576b39fa1205469e1d578b386a
commit bca6d0e3195217576b39fa1205469
https://sourceware.org/bugzilla/show_bug.cgi?id=18968
--- Comment #2 from C E Macfarlane ---
Thanks, see below ...
www.macfh.co.uk/CEMH.html
> Good news / Bad news ...
>
> The bad news is that this is the wrong place to file this bug
> report.
Then can you point me to where I
https://sourceware.org/bugzilla/show_bug.cgi?id=18968
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://sourceware.org/bugzilla/show_bug.cgi?id=10774
--- Comment #3 from Nick Clifton ---
Hi Konrad,
Thank you very much for your prompt response, and for persisting with this
issue.
> I believe ELF reserves section names beginning with a dot for its own use,
> so technically you shouldn't
26 matches
Mail list logo
