aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJim Wilson <jimw@sifive.com>2020-07-12 16:48:24 -0700
committerGiuliano Belinassi <giuliano.belinassi@usp.br>2020-08-17 15:07:36 -0300
commited1c4bb7d2ff3e71f1a130025da8210035ba2a32 (patch)
treec2b61372ad884fcd1247d74441d7ee2e08c29476
parent64f4847779d982c3e10865f992c50d08347fdb3a (diff)
downloadgcc-ed1c4bb7d2ff3e71f1a130025da8210035ba2a32.zip
gcc-ed1c4bb7d2ff3e71f1a130025da8210035ba2a32.tar.gz
gcc-ed1c4bb7d2ff3e71f1a130025da8210035ba2a32.tar.bz2
aarch64: Delete duplicated option docs.
Noticed while reviewing the RISC-V -mstack-protector-guard docs. The AArch64 section has two identical copies of the docs for this option. gcc/ * doc/invoke.texi (AArch64 Options): Delete duplicate -mstack-protector-guard docs.
-rw-r--r--gcc/doc/invoke.texi18
1 files changed, 0 insertions, 18 deletions
diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
index b6a5885..dea1e18 100644
--- a/gcc/doc/invoke.texi
+++ b/gcc/doc/invoke.texi
@@ -17189,24 +17189,6 @@ and from what offset from that base register. There is no default
register or offset as this is entirely for use within the Linux
kernel.
-@item -mstack-protector-guard=@var{guard}
-@itemx -mstack-protector-guard-reg=@var{reg}
-@itemx -mstack-protector-guard-offset=@var{offset}
-@opindex mstack-protector-guard
-@opindex mstack-protector-guard-reg
-@opindex mstack-protector-guard-offset
-Generate stack protection code using canary at @var{guard}. Supported
-locations are @samp{global} for a global canary or @samp{sysreg} for a
-canary in an appropriate system register.
-
-With the latter choice the options
-@option{-mstack-protector-guard-reg=@var{reg}} and
-@option{-mstack-protector-guard-offset=@var{offset}} furthermore specify
-which system register to use as base register for reading the canary,
-and from what offset from that base register. There is no default
-register or offset as this is entirely for use within the Linux
-kernel.
-
@item -mtls-dialect=desc
@opindex mtls-dialect=desc
Use TLS descriptors as the thread-local storage mechanism for dynamic accesses