Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Trying to build binutils for z80-none-elf fails with the error:
gcc
https://sourceware.org/bugzilla/show_bug.cgi?id=17065
--- Comment #1 from hpa at zytor dot com ---
The build host in question was a Linux x86-64 system running current Fedora 20
(binutils-2.23.88.0.1-13.fc20.x86_64 and gcc-4.8.2-7.fc20.x86_64).
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=17065
hpa at zytor dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #5 from hpa at zytor dot com ---
On January 30, 2016 9:08:32 AM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #3 from H.J. Lu ---
>(In
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #6 from hpa at zytor dot com ---
On January 30, 2016 12:53:18 PM PST, hpa at zytor dot com
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #5 from hpa at zytor dot com ---
>On January 3
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #11 from hpa at zytor dot com ---
On January 30, 2016 2:18:51 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #8 from H.J. Lu ---
>(In r
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #13 from hpa at zytor dot com ---
On January 30, 2016 4:19:57 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #12 from H.J. Lu ---
>(In r
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
hpa at zytor dot com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #17 from hpa at zytor dot com ---
Created attachment 8966
--> https://sourceware.org/bugzilla/attachment.cgi?id=8966&action=edit
Linker script
--
You are receiving this mail because:
You are on the CC list for
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #16 from hpa at zytor dot com ---
I have tried removing -pie (which shouldn't actually be necessary); however,
when I do so, ld no longer generates the sections which are necessary to export
symbols to dynamic libraries.
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #18 from hpa at zytor dot com ---
Note that despite the use of -pie the only reason for including that option at
this time is to export the necessary symbols. However, this appears to have
been there from the start in order to
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #20 from hpa at zytor dot com ---
What I'm telling you is that without either -pie or at least one undefined
symbol *and* a shared library specified to the linker, all the dynamic sections
disappear.
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #22 from hpa at zytor dot com ---
The output file exports symbols to other ELF modules which are loaded
(ldlinux.elf includes the dynamic linker.)
--
You are receiving this mail because:
You are on the CC list for the bug
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #23 from hpa at zytor dot com ---
So to summarize:
1. ldlinux.elf is an executable which does not depend on any other object
2. It does not require relocation
3. ldlinux.elf *includes* an ELF dynamic linker as well as a core
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #24 from hpa at zytor dot com ---
... and when linking with "-Bdynamic" without "-pie", ld removes all the
sections related to dynamic linking when there are no undefined symbols which
need resolution, with the
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #26 from hpa at zytor dot com ---
When compiled in that fashion I cannot reproduce the original problem.
However, I will shortly upload a test case for -Bdynamic without -pie.
--
You are receiving this mail because:
You are on
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #27 from hpa at zytor dot com ---
Created attachment 8967
--> https://sourceware.org/bugzilla/attachment.cgi?id=8967&action=edit
Test case for -Bdynamic without -pie
This test case shows how dynamic symbols are not e
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #28 from hpa at zytor dot com ---
When building *without* --disable-x86-relax-relocations then the test case I
submitted exhibits the problem that causes syslinux to fail to build: you can
see offset 0x30 (xyzzy_ptr) of with-pie
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #30 from hpa at zytor dot com ---
tools/relocs.c isn't actually used, so it won't make any difference (I deleted
it from my private tree to verify, together with several other unused files.)
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
hpa at zytor dot com changed:
What|Removed |Added
Version|2.27 (HEAD) |2.26
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #31 from hpa at zytor dot com ---
I have now removed the unused files from the Syslinux git tree.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #35 from hpa at zytor dot com ---
With that patch, syslinux builds but is non-functional; the header looks
correct but there is a problem somewhere else.
I have uploaded the entire build to:
http://www.zytor.com/~hpa/syslinux
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #37 from hpa at zytor dot com ---
On February 10, 2016 3:33:00 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #36 from H.J. Lu ---
>(In r
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #38 from hpa at zytor dot com ---
On February 10, 2016 3:33:00 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #36 from H.J. Lu ---
>(In r
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #41 from hpa at zytor dot com ---
On February 10, 2016 4:15:39 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #39 from H.J. Lu ---
>(In r
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #40 from hpa at zytor dot com ---
On February 10, 2016 4:15:39 PM PST, "hjl.tools at gmail dot com"
wrote:
>https://sourceware.org/bugzilla/show_bug.cgi?id=19538
>
>--- Comment #39 from H.J. Lu ---
>(In r
Severity: enhancement
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
If neither -pic, -pie, or -shared is specified, *and* there are no undefined
symbols in the executable, ld
https://sourceware.org/bugzilla/show_bug.cgi?id=19617
hpa at zytor dot com changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=19538
--- Comment #44 from hpa at zytor dot com ---
With that branch, Syslinux builds and runs correctly.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=19617
--- Comment #3 from hpa at zytor dot com ---
The patch works.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https
: enhancement
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
In the Linux kernel, we constantly bump into the problem that we need to use
new instructions, but that backwards versions of
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #3 from hpa at zytor dot com ---
I thought about it some more, and a better choice that .rex[/w] would be
something like .inspfxs[bwlq] , that would be able to generate 66, 67, or
REX prefixes as appropriate.
The possible
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #4 from hpa at zytor dot com ---
"Register" at least for .inspfxs would mean any of GPR, segment, BND, CR, DR,
MM or XMM registers. Since YMM, ZMM, or K registers are not encodable without
VEX/XOP/EVEX prefixes those
https://sourceware.org/bugzilla/show_bug.cgi?id=20046
--- Comment #5 from hpa at zytor dot com ---
x87 registers use a different encoding than modr/m; the upper two bits can be
something other than 11 for a register operation. However, it seems very
unlikely that new x87 instructions will be
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
Specifying -march=rv32imcb (or any other combination that includes the "b"
extension) invariably causes the error message:
[hpa@tazenda tmp]$ riscv32-unknown-elf-as -march=rv3
https://sourceware.org/bugzilla/show_bug.cgi?id=29341
hpa at zytor dot com changed:
What|Removed |Added
Summary|RISC-V: -march=rv32imcb |RISC-V: -march=rv32imcb
: binutils
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
It is common on embedded systems to put I/O registers in the high half of the
address space; on RISC-V it is particularly desirable to put address space for
I/O devices
https://sourceware.org/bugzilla/show_bug.cgi?id=29342
--- Comment #1 from hpa at zytor dot com ---
Created attachment 14198
--> https://sourceware.org/bugzilla/attachment.cgi?id=14198&action=edit
highsym.s test case
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29342
--- Comment #2 from hpa at zytor dot com ---
Created attachment 14199
--> https://sourceware.org/bugzilla/attachment.cgi?id=14199&action=edit
highsym.elf test case (compiled)
--
You are receiving this mail because:
You are on the
https://sourceware.org/bugzilla/show_bug.cgi?id=29342
H. Peter Anvin changed:
What|Removed |Added
Summary|RISC-V 32: disassembly |RISC-V 32: disassembly
: enhancement
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
In the official Z80 syntax, register A is supposed to be written out when, and
only when, the same instruction takes other
https://sourceware.org/bugzilla/show_bug.cgi?id=30752
H. Peter Anvin changed:
What|Removed |Added
Version|unspecified |2.42 (HEAD)
Target|
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
Legacy 8080/Z80 assemblers, at least the ones originating in the CP/M world,
allow the use of the ! character as a line separator (similar to ; in most
other
https://sourceware.org/bugzilla/show_bug.cgi?id=30753
H. Peter Anvin changed:
What|Removed |Added
Target||z80-*
--
You are receiving this mai
: gas
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
Legacy 8080/Z80 code from the CP/M world generally *requires* the character ?
to be permitted in symbol names. Enabling this in gas would make porting such
legacy code easier
https://sourceware.org/bugzilla/show_bug.cgi?id=30754
H. Peter Anvin changed:
What|Removed |Added
Severity|normal |enhancement
Target|
https://sourceware.org/bugzilla/show_bug.cgi?id=30752
--- Comment #1 from H. Peter Anvin ---
At least for the basic Z80 instruction set this is applicable to the following
instructions:
Make "A," optional for: ADD ADC ABC
Optionally allow "A," for: SUB AND OR XOR CP
--
You are receiving this m
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: hpa at zytor dot com
Target Milestone: ---
Some legacy Z80 object formats, like the z80asm object format used by z88dk,
allows arbitrary expressions on global symbols. The z88dk has expressed an
interest in
https://sourceware.org/bugzilla/show_bug.cgi?id=30755
H. Peter Anvin changed:
What|Removed |Added
Target||z80-*
--
You are receiving this mai
http://sourceware.org/bugzilla/show_bug.cgi?id=12627
Summary: ld from binutils 2.21.51.0.6 mishandles differences
between two section-relative symbols
Product: binutils
Version: 2.21
Status: NEW
Severity: normal
P
http://sourceware.org/bugzilla/show_bug.cgi?id=12627
--- Comment #1 from hpa at zytor dot com 2011-03-31
01:21:57 UTC ---
Created attachment 5345
--> http://sourceware.org/bugzilla/attachment.cgi?id=5345
Assembly file
as --32 -o symerr.o symerr.s
ld -T symerr.ld -o symerr.elf symer
http://sourceware.org/bugzilla/show_bug.cgi?id=12627
--- Comment #3 from hpa at zytor dot com 2011-04-01
04:10:58 UTC ---
I just downloaded binutils-2.21.51.06.tar.bz2 from your repository on
kernel.org and built it myself, and I could reproduce the bug there.
The date part of the version
http://sourceware.org/bugzilla/show_bug.cgi?id=12627
--- Comment #4 from hpa at zytor dot com 2011-04-01
04:14:06 UTC ---
Just tested binutils 2.21.51.0.7. It does NOT appear to have the same problem.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
--- You
53 matches
Mail list logo
