This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
[PATCH] Update docs on filling text with nops.
- From: Jim Wilson <jimw at sifive dot com>
- To: binutils at sourceware dot org
- Cc: Jim Wilson <jimw at sifive dot com>
- Date: Mon, 20 Nov 2017 12:52:41 -0800
- Subject: [PATCH] Update docs on filling text with nops.
- Authentication-results: sourceware.org; auth=none
More fallout from an alignment discussion on the github riscv toolchain mailing
list. A user asked why riscv was different, because it was filling text with
nops instead of zeros. I pointed out that this is required to make compilers
work. I think we should change the docs to say "most" instead of "some"
targets emits nops when filling the text section.
Comments?
gas/
* doc/as.texinfo (.align): Change some to most for text nop fill.
(.balign, .p2align): Likewise.
---
gas/doc/as.texinfo | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gas/doc/as.texinfo b/gas/doc/as.texinfo
index 9485d68652..d37a1d633f 100644
--- a/gas/doc/as.texinfo
+++ b/gas/doc/as.texinfo
@@ -4606,7 +4606,7 @@ required, as described below.
The second expression (also absolute) gives the fill value to be stored in the
padding bytes. It (and the comma) may be omitted. If it is omitted, the
-padding bytes are normally zero. However, on some systems, if the section is
+padding bytes are normally zero. However, on most systems, if the section is
marked as containing code and the fill value is omitted, the space is filled
with no-op instructions.
@@ -4706,7 +4706,7 @@ is already a multiple of 8, no change is needed.
The second expression (also absolute) gives the fill value to be stored in the
padding bytes. It (and the comma) may be omitted. If it is omitted, the
-padding bytes are normally zero. However, on some systems, if the section is
+padding bytes are normally zero. However, on most systems, if the section is
marked as containing code and the fill value is omitted, the space is filled
with no-op instructions.
@@ -6172,7 +6172,7 @@ multiple of 8, no change is needed.
The second expression (also absolute) gives the fill value to be stored in the
padding bytes. It (and the comma) may be omitted. If it is omitted, the
-padding bytes are normally zero. However, on some systems, if the section is
+padding bytes are normally zero. However, on most systems, if the section is
marked as containing code and the fill value is omitted, the space is filled
with no-op instructions.
--
2.14.1