[PATCH] D26960: [docs] Use x86_64 and i386 instead of x86 as arch for triples.

[Florian Hahn via Phabricator via cfe-commits]

This revision was automatically updated to reflect the committed changes.
Closed by commit rL288723: [docs] Use x86_64 and i386 instead of x86 as arch for triples. (authored by fhahn).

Changed prior to commit:
  https://reviews.llvm.org/D26960?vs=78842&id=80332#toc

Repository:
  rL LLVM

https://reviews.llvm.org/D26960

Files:
  cfe/trunk/docs/CrossCompilation.rst


Index: cfe/trunk/docs/CrossCompilation.rst
===================================================================
--- cfe/trunk/docs/CrossCompilation.rst
+++ cfe/trunk/docs/CrossCompilation.rst
@@ -78,14 +78,14 @@
 on when assembling or linking.
 
 The triple has the general format ``<arch><sub>-<vendor>-<sys>-<abi>``, where:
- * ``arch`` = ``x86``, ``arm``, ``thumb``, ``mips``, etc.
+ * ``arch`` = ``x86_64``, ``i386``, ``arm``, ``thumb``, ``mips``, etc.
  * ``sub`` = for ex. on ARM: ``v5``, ``v6m``, ``v7a``, ``v7m``, etc.
  * ``vendor`` = ``pc``, ``apple``, ``nvidia``, ``ibm``, etc.
  * ``sys`` = ``none``, ``linux``, ``win32``, ``darwin``, ``cuda``, etc.
  * ``abi`` = ``eabi``, ``gnu``, ``android``, ``macho``, ``elf``, etc.
 
 The sub-architecture options are available for their own architectures,
-of course, so "x86v7a" doesn't make sense. The vendor needs to be 
+of course, so "x86v7a" doesn't make sense. The vendor needs to be
 specified only if there's a relevant change, for instance between PC
 and Apple. Most of the time it can be omitted (and Unknown)
 will be assumed, which sets the defaults for the specified architecture.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: D26960.80332.patch
Type: text/x-patch
Size: 1147 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/cfe-commits/attachments/20161205/6af9dc57/attachment.bin>