[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug gas/26253] New: Support SHF_LINK_ORDER with sh_link=0
From: |
i at maskray dot me |
Subject: |
[Bug gas/26253] New: Support SHF_LINK_ORDER with sh_link=0 |
Date: |
Thu, 16 Jul 2020 23:14:15 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=26253
Bug ID: 26253
Summary: Support SHF_LINK_ORDER with sh_link=0
Product: binutils
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: i at maskray dot me
Target Milestone: ---
After the resolution to bug 25381, we have a way to mark a section as
SHF_LINK_ORDER. We probably need a way to support sh_link=0.
For one thing, sh_link=0 may be generated by a relocatable link. It may be a
good idea having a way to "serialize" the output into an assembly file and GNU
as applying on the file can give back the object file. For the second use case,
the linked-to object may be optimized out in a code generation step and we need
a way to represent it.
I am currently thinking of representing sh_link=0 with a literal 0
.section .meta,"ao",@progbits,0
Note that
.text
"0":
.section .meta,"ao",@progbits,"0"
is supposed to link .text . However, GNU as doesn't currently like "0"
a.s: Assembler messages:
a.s: Error: undefined linked-to symbol `0"' on section `.meta'
--
You are receiving this mail because:
You are on the CC list for the bug.
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Bug gas/26253] New: Support SHF_LINK_ORDER with sh_link=0,
i at maskray dot me <=