From 72fd1033ea577a769cc855fde6b5576b82380715 Mon Sep 17 00:00:00 2001 From: Sylvestre Ledru Date: Sun, 22 Mar 2020 22:42:03 +0100 Subject: [PATCH] Doc: Links should use https --- clang/docs/LibASTImporter.rst | 2 +- clang/docs/analyzer/checkers.rst | 4 +- libcxx/docs/TestingLibcxx.rst | 2 +- libcxx/docs/UsingLibcxx.rst | 2 +- libcxx/docs/index.rst | 8 +- libunwind/docs/BuildingLibunwind.rst | 4 +- libunwind/docs/index.rst | 8 +- lld/docs/AtomLLD.rst | 2 +- lld/docs/NewLLD.rst | 2 +- lld/docs/design.rst | 2 +- lld/docs/development.rst | 2 +- lld/docs/getting_started.rst | 4 +- lld/docs/index.rst | 2 +- llvm/docs/AMDGPUUsage.rst | 2 +- llvm/docs/AliasAnalysis.rst | 8 +- llvm/docs/CMake.rst | 2 +- llvm/docs/CommandGuide/llvm-lipo.rst | 2 +- llvm/docs/CommandGuide/llvm-objcopy.rst | 2 +- llvm/docs/CommandGuide/llvm-objdump.rst | 2 +- llvm/docs/CommandGuide/llvm-size.rst | 2 +- llvm/docs/CommandGuide/llvm-strings.rst | 2 +- llvm/docs/CommandGuide/llvm-strip.rst | 2 +- llvm/docs/CompileCudaWithLLVM.rst | 12 +-- llvm/docs/FAQ.rst | 4 +- llvm/docs/GettingStarted.rst | 16 ++-- llvm/docs/GettingStartedVS.rst | 6 +- llvm/docs/GlobalISel/GMIR.rst | 2 +- llvm/docs/GlobalISel/IRTranslator.rst | 2 +- llvm/docs/GlobalISel/KnownBits.rst | 2 +- .../2007-OriginalClangReadme.txt | 2 +- llvm/docs/HowToCrossCompileLLVM.rst | 4 +- llvm/docs/HowToSetUpLLVMStyleRTTI.rst | 6 +- llvm/docs/LLVMBuild.txt | 2 +- llvm/docs/LangRef.rst | 6 +- llvm/docs/Lexicon.rst | 2 +- llvm/docs/LibFuzzer.rst | 22 ++--- llvm/docs/LoopTerminology.rst | 4 +- llvm/docs/MarkdownQuickstartTemplate.md | 2 +- llvm/docs/MergeFunctions.rst | 12 +-- llvm/docs/ProgrammersManual.rst | 82 +++++++++---------- llvm/docs/Proposals/GitHubMove.rst | 14 ++-- llvm/docs/README.txt | 6 +- llvm/docs/Reference.rst | 4 +- llvm/docs/ReleaseProcess.rst | 6 +- llvm/docs/SphinxQuickstartTemplate.rst | 2 +- llvm/docs/TableGen/index.rst | 2 +- llvm/docs/TestSuiteGuide.md | 8 +- llvm/docs/TestingGuide.rst | 2 +- llvm/docs/TypeMetadata.rst | 4 +- llvm/docs/UserGuides.rst | 4 +- llvm/docs/Vectorizers.rst | 4 +- llvm/docs/WritingAnLLVMPass.rst | 38 ++++----- llvm/docs/index.rst | 8 +- llvm/docs/tutorial/BuildingAJIT1.rst | 2 +- .../MyFirstLanguageFrontend/LangImpl02.rst | 2 +- .../MyFirstLanguageFrontend/LangImpl03.rst | 6 +- .../MyFirstLanguageFrontend/LangImpl04.rst | 2 +- .../MyFirstLanguageFrontend/LangImpl05.rst | 2 +- .../MyFirstLanguageFrontend/LangImpl08.rst | 2 +- .../MyFirstLanguageFrontend/LangImpl09.rst | 4 +- llvm/docs/tutorial/OCamlLangImpl3.rst | 4 +- llvm/docs/tutorial/OCamlLangImpl5.rst | 2 +- llvm/docs/tutorial/index.rst | 2 +- openmp/README.rst | 2 +- polly/docs/TipsAndTricks.rst | 2 +- 65 files changed, 195 insertions(+), 195 deletions(-) diff --git a/clang/docs/LibASTImporter.rst b/clang/docs/LibASTImporter.rst index 9c02b6ae76e9..bedaf527f5e9 100644 --- a/clang/docs/LibASTImporter.rst +++ b/clang/docs/LibASTImporter.rst @@ -119,7 +119,7 @@ Now we create the Importer and do the import: llvm::Expected ImportedOrErr = Importer.Import(From); The ``Import`` call returns with ``llvm::Expected``, so, we must check for any error. -Please refer to the `error handling `_ documentation for details. +Please refer to the `error handling `_ documentation for details. .. code-block:: cpp diff --git a/clang/docs/analyzer/checkers.rst b/clang/docs/analyzer/checkers.rst index bac1181cced1..0bfb6456dc82 100644 --- a/clang/docs/analyzer/checkers.rst +++ b/clang/docs/analyzer/checkers.rst @@ -2199,9 +2199,9 @@ lck_rw_try_lock_exclusive, lck_rw_try_lock_shared, pthread_mutex_unlock, pthread alpha.unix.SimpleStream (C) """"""""""""""""""""""""""" Check for misuses of stream APIs. Check for misuses of stream APIs: ``fopen, fclose`` -(demo checker, the subject of the demo (`Slides `_ , +(demo checker, the subject of the demo (`Slides `_ , `Video `_) by Anna Zaks and Jordan Rose presented at the -`2012 LLVM Developers' Meeting `_). +`2012 LLVM Developers' Meeting `_). .. code-block:: c diff --git a/libcxx/docs/TestingLibcxx.rst b/libcxx/docs/TestingLibcxx.rst index eaba214390da..d295d13d26f3 100644 --- a/libcxx/docs/TestingLibcxx.rst +++ b/libcxx/docs/TestingLibcxx.rst @@ -19,7 +19,7 @@ test libc++. Please see the `Lit Command Guide`_ for more information about LIT. -.. _LIT Command Guide: http://llvm.org/docs/CommandGuide/lit.html +.. _LIT Command Guide: https://llvm.org/docs/CommandGuide/lit.html Setting up the Environment -------------------------- diff --git a/libcxx/docs/UsingLibcxx.rst b/libcxx/docs/UsingLibcxx.rst index 05721bf271a8..4c37ada334b6 100644 --- a/libcxx/docs/UsingLibcxx.rst +++ b/libcxx/docs/UsingLibcxx.rst @@ -180,7 +180,7 @@ thread safety annotations. Since libc++ 4.0 this extension has been disabled by default. This macro may be defined to re-enable it in order to support existing code that depends on the extension. New use of this extension should be discouraged. - See `PR 27374 `_ for more information. + See `PR 27374 `_ for more information. Note: The "reduced-arity-initialization" extension is still offered but only for explicit conversions. Example: diff --git a/libcxx/docs/index.rst b/libcxx/docs/index.rst index 04df9cfcc4a5..7abdb10cb77d 100644 --- a/libcxx/docs/index.rst +++ b/libcxx/docs/index.rst @@ -161,8 +161,8 @@ Build Bots and Test Coverage Getting Involved ================ -First please review our `Developer's Policy `__ -and `Getting started with LLVM `__. +First please review our `Developer's Policy `__ +and `Getting started with LLVM `__. **Bug Reports** @@ -173,7 +173,7 @@ can post a message to the `libcxx-dev mailing list`_ or on IRC. **Patches** If you want to contribute a patch to libc++, the best place for that is -`Phabricator `_. Please add `libcxx-commits` as a subscriber. +`Phabricator `_. Please add `libcxx-commits` as a subscriber. Also make sure you are subscribed to the `libcxx-commits mailing list `_. **Discussion and Questions** @@ -185,7 +185,7 @@ Send discussions and questions to the Quick Links =========== -* `LLVM Homepage `_ +* `LLVM Homepage `_ * `libc++abi Homepage `_ * `LLVM Bugzilla `_ * `libcxx-commits Mailing List`_ diff --git a/libunwind/docs/BuildingLibunwind.rst b/libunwind/docs/BuildingLibunwind.rst index 7f42133a8a50..ad9dee0519a8 100644 --- a/libunwind/docs/BuildingLibunwind.rst +++ b/libunwind/docs/BuildingLibunwind.rst @@ -57,8 +57,8 @@ build would look like this: $ cd where-you-want-libunwind-to-live $ # Check out llvm, and libunwind - $ ``svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm`` - $ ``svn co http://llvm.org/svn/llvm-project/libunwind/trunk libunwind`` + $ ``svn co https://llvm.org/svn/llvm-project/llvm/trunk llvm`` + $ ``svn co https://llvm.org/svn/llvm-project/libunwind/trunk libunwind`` $ cd where-you-want-to-build $ mkdir build && cd build $ export CC=clang CXX=clang++ diff --git a/libunwind/docs/index.rst b/libunwind/docs/index.rst index a4e21bb3c336..d134bf29fb55 100644 --- a/libunwind/docs/index.rst +++ b/libunwind/docs/index.rst @@ -71,8 +71,8 @@ Notes and Known Issues Getting Involved ================ -First please review our `Developer's Policy `__ -and `Getting started with LLVM `__. +First please review our `Developer's Policy `__ +and `Getting started with LLVM `__. **Bug Reports** @@ -84,7 +84,7 @@ Please include "libunwind" in your subject. **Patches** If you want to contribute a patch to libunwind, the best place for that is -`Phabricator `_. Please include [libunwind] in the subject and +`Phabricator `_. Please include [libunwind] in the subject and add `cfe-commits` as a subscriber. Also make sure you are subscribed to the `cfe-commits mailing list `_. @@ -97,7 +97,7 @@ Please include [libunwind] in the subject. Quick Links =========== -* `LLVM Homepage `_ +* `LLVM Homepage `_ * `LLVM Bugzilla `_ * `cfe-commits Mailing List`_ * `cfe-dev Mailing List`_ diff --git a/lld/docs/AtomLLD.rst b/lld/docs/AtomLLD.rst index 614e568d1997..2766094696e0 100644 --- a/lld/docs/AtomLLD.rst +++ b/lld/docs/AtomLLD.rst @@ -59,4 +59,4 @@ Indices and tables * :ref:`genindex` * :ref:`search` -__ http://llvm.org/docs/DeveloperPolicy.html#license +__ https://llvm.org/docs/DeveloperPolicy.html#license diff --git a/lld/docs/NewLLD.rst b/lld/docs/NewLLD.rst index 59a8f87ea86a..1b1c87067f51 100644 --- a/lld/docs/NewLLD.rst +++ b/lld/docs/NewLLD.rst @@ -248,7 +248,7 @@ Finally, the linker replaces bitcode symbols with ELF/COFF symbols, so that they are linked as if they were in the native format from the beginning. The details are described in this document. -http://llvm.org/docs/LinkTimeOptimization.html +https://llvm.org/docs/LinkTimeOptimization.html Glossary -------- diff --git a/lld/docs/design.rst b/lld/docs/design.rst index 1e111f979bb5..20d8fe78a641 100644 --- a/lld/docs/design.rst +++ b/lld/docs/design.rst @@ -326,7 +326,7 @@ Testing The lld project contains a test suite which is being built up as new code is added to lld. All new lld functionality should have a tests added to the test -suite. The test suite is `lit `_ driven. Each +suite. The test suite is `lit `_ driven. Each test is a text file with comments telling lit how to run the test and check the result To facilitate testing, the lld project builds a tool called lld-core. This tool reads a YAML file (default from stdin), parses it into one or more diff --git a/lld/docs/development.rst b/lld/docs/development.rst index ce91341d665f..81b826f64835 100644 --- a/lld/docs/development.rst +++ b/lld/docs/development.rst @@ -6,7 +6,7 @@ Development Note: this document discuss Mach-O port of LLD. For ELF and COFF, see :doc:`index`. -lld is developed as part of the `LLVM `_ project. +lld is developed as part of the `LLVM `_ project. Creating a Reader ----------------- diff --git a/lld/docs/getting_started.rst b/lld/docs/getting_started.rst index a174f652e736..5cf7acdb6a06 100644 --- a/lld/docs/getting_started.rst +++ b/lld/docs/getting_started.rst @@ -6,7 +6,7 @@ Getting Started: Building and Running lld This page gives you the shortest path to checking out and building lld. If you run into problems, please file bugs in the `LLVM Bugzilla`__ -__ http://llvm.org/bugs/ +__ https://llvm.org/bugs/ Building lld ------------ @@ -84,4 +84,4 @@ More Information For more information on using CMake see the `LLVM CMake guide`_. -.. _LLVM CMake guide: http://llvm.org/docs/CMake.html +.. _LLVM CMake guide: https://llvm.org/docs/CMake.html diff --git a/lld/docs/index.rst b/lld/docs/index.rst index b001f884f0bd..5a3f1a211b7b 100644 --- a/lld/docs/index.rst +++ b/lld/docs/index.rst @@ -98,7 +98,7 @@ Build If you have already checked out LLVM using SVN, you can check out LLD under ``tools`` directory just like you probably did for clang. For the details, see `Getting Started with the LLVM System -`_. +`_. If you haven't checked out LLVM, the easiest way to build LLD is to check out the entire LLVM projects/sub-projects from a git mirror and diff --git a/llvm/docs/AMDGPUUsage.rst b/llvm/docs/AMDGPUUsage.rst index 0a39e2eb3212..9e98dda9f908 100644 --- a/llvm/docs/AMDGPUUsage.rst +++ b/llvm/docs/AMDGPUUsage.rst @@ -9977,4 +9977,4 @@ Additional Documentation .. [SEMVER] `Semantic Versioning `__ .. [OpenCL] `The OpenCL Specification Version 2.0 `__ .. [HRF] `Heterogeneous-race-free Memory Models `__ -.. [CLANG-ATTR] `Attributes in Clang `__ +.. [CLANG-ATTR] `Attributes in Clang `__ diff --git a/llvm/docs/AliasAnalysis.rst b/llvm/docs/AliasAnalysis.rst index 14decfeca6e7..23d374a42ddb 100644 --- a/llvm/docs/AliasAnalysis.rst +++ b/llvm/docs/AliasAnalysis.rst @@ -19,7 +19,7 @@ indicating that two pointers always point to the same object, might point to the same object, or are known to never point to the same object. The LLVM `AliasAnalysis -`__ class is the +`__ class is the primary interface used by clients and implementations of alias analyses in the LLVM system. This class is the common interface between clients of alias analysis information and the implementations providing it, and is designed to @@ -36,7 +36,7 @@ points about what exactly results mean. ``AliasAnalysis`` Class Overview ================================ -The `AliasAnalysis `__ +The `AliasAnalysis `__ class defines the interface that the various alias analysis implementations should support. This class exports two important enums: ``AliasResult`` and ``ModRefResult`` which represent the result of an alias query or a mod/ref @@ -264,7 +264,7 @@ Interfaces which may be specified --------------------------------- All of the `AliasAnalysis -`__ virtual methods +`__ virtual methods default to providing :ref:`chaining ` to another alias analysis implementation, which ends up returning conservatively correct information (returning "May" Alias and "Mod/Ref" for alias and mod/ref queries @@ -435,7 +435,7 @@ Using the ``AliasSetTracker`` class Many transformations need information about alias **sets** that are active in some scope, rather than information about pairwise aliasing. The -`AliasSetTracker `__ +`AliasSetTracker `__ class is used to efficiently build these Alias Sets from the pairwise alias analysis information provided by the ``AliasAnalysis`` interface. diff --git a/llvm/docs/CMake.rst b/llvm/docs/CMake.rst index d0a8854c575a..32d2ebdfc2c2 100644 --- a/llvm/docs/CMake.rst +++ b/llvm/docs/CMake.rst @@ -601,7 +601,7 @@ LLVM-specific variables **LLVM_BUILD_INSTRUMENTED_COVERAGE**:BOOL If enabled, `source-based code coverage - `_ instrumentation + `_ instrumentation is enabled while building llvm. **LLVM_CCACHE_BUILD**:BOOL diff --git a/llvm/docs/CommandGuide/llvm-lipo.rst b/llvm/docs/CommandGuide/llvm-lipo.rst index 7e661153a650..666b48116e1a 100644 --- a/llvm/docs/CommandGuide/llvm-lipo.rst +++ b/llvm/docs/CommandGuide/llvm-lipo.rst @@ -70,4 +70,4 @@ COMMANDS BUGS ---- -To report bugs, please visit . +To report bugs, please visit . diff --git a/llvm/docs/CommandGuide/llvm-objcopy.rst b/llvm/docs/CommandGuide/llvm-objcopy.rst index 63d4af342f79..468d9ae73fb0 100644 --- a/llvm/docs/CommandGuide/llvm-objcopy.rst +++ b/llvm/docs/CommandGuide/llvm-objcopy.rst @@ -545,7 +545,7 @@ Otherwise, it exits with code 0. BUGS ---- -To report bugs, please visit . +To report bugs, please visit . There is a known issue with :option:`--input-target` and :option:`--target` causing only ``binary`` and ``ihex`` formats to have any effect. Other values diff --git a/llvm/docs/CommandGuide/llvm-objdump.rst b/llvm/docs/CommandGuide/llvm-objdump.rst index 2730374d5810..d3ae1c2b7090 100644 --- a/llvm/docs/CommandGuide/llvm-objdump.rst +++ b/llvm/docs/CommandGuide/llvm-objdump.rst @@ -324,7 +324,7 @@ MACH-O ONLY OPTIONS AND COMMANDS BUGS ---- -To report bugs, please visit . +To report bugs, please visit . SEE ALSO -------- diff --git a/llvm/docs/CommandGuide/llvm-size.rst b/llvm/docs/CommandGuide/llvm-size.rst index 08426db4a328..856d2f9ac972 100644 --- a/llvm/docs/CommandGuide/llvm-size.rst +++ b/llvm/docs/CommandGuide/llvm-size.rst @@ -195,4 +195,4 @@ Otherwise, it exits with code 0. BUGS ---- -To report bugs, please visit . +To report bugs, please visit . diff --git a/llvm/docs/CommandGuide/llvm-strings.rst b/llvm/docs/CommandGuide/llvm-strings.rst index f2d04c4190b8..a393dabd8476 100644 --- a/llvm/docs/CommandGuide/llvm-strings.rst +++ b/llvm/docs/CommandGuide/llvm-strings.rst @@ -127,4 +127,4 @@ Otherwise, it exits with code 0. BUGS ---- -To report bugs, please visit . +To report bugs, please visit . diff --git a/llvm/docs/CommandGuide/llvm-strip.rst b/llvm/docs/CommandGuide/llvm-strip.rst index aa75154e90d0..b962a1f96e8a 100644 --- a/llvm/docs/CommandGuide/llvm-strip.rst +++ b/llvm/docs/CommandGuide/llvm-strip.rst @@ -190,7 +190,7 @@ Otherwise, it exits with code 0. BUGS ---- -To report bugs, please visit . +To report bugs, please visit . SEE ALSO -------- diff --git a/llvm/docs/CompileCudaWithLLVM.rst b/llvm/docs/CompileCudaWithLLVM.rst index d85cac77982d..c471c48c2d97 100644 --- a/llvm/docs/CompileCudaWithLLVM.rst +++ b/llvm/docs/CompileCudaWithLLVM.rst @@ -342,7 +342,7 @@ HD functions cannot be overloaded by H or D functions with the same signature: When resolving an overloaded function, clang considers the host/device attributes of the caller and callee. These are used as a tiebreaker during overload resolution. See `IdentifyCUDAPreference -`_ for the full set of rules, +`_ for the full set of rules, but at a high level they are: * D functions prefer to call other Ds. HDs are given lower priority. @@ -507,12 +507,12 @@ LLVM to make it generate good GPU code. Among these changes are: reduce redundancy within straight-line code. * `Aggressive speculative execution - `_ + `_ -- This is mainly for promoting straight-line scalar optimizations, which are most effective on code along dominator paths. * `Memory space inference - `_ -- + `_ -- In PTX, we can operate on pointers that are in a particular "address space" (global, shared, constant, or local), or we can operate on pointers in the "generic" address space, which can point to anything. Operations in a @@ -521,7 +521,7 @@ LLVM to make it generate good GPU code. Among these changes are: possible. * `Bypassing 64-bit divides - `_ -- + `_ -- This was an existing optimization that we enabled for the PTX backend. 64-bit integer divides are much slower than 32-bit ones on NVIDIA GPUs. @@ -536,7 +536,7 @@ LLVM to make it generate good GPU code. Among these changes are: SROA, which sometimes speed up code by over 10x. (Programmers can force unrolling and inline using clang's `loop unrolling pragmas - `_ + `_ and ``__attribute__((always_inline))``.) Publication @@ -558,4 +558,4 @@ Obtaining Help ============== To obtain help on LLVM in general and its CUDA support, see `the LLVM -community `_. +community `_. diff --git a/llvm/docs/FAQ.rst b/llvm/docs/FAQ.rst index 99eeff6850a8..aef15d6dc711 100644 --- a/llvm/docs/FAQ.rst +++ b/llvm/docs/FAQ.rst @@ -72,9 +72,9 @@ What source languages are supported? ------------------------------------ LLVM currently has full support for C and C++ source languages through -`Clang `_. Many other language frontends have +`Clang `_. Many other language frontends have been written using LLVM, and an incomplete list is available at -`projects with LLVM `_. +`projects with LLVM `_. I'd like to write a self-hosting LLVM compiler. How should I interface with the LLVM middle-end optimizers and back-end code generators? diff --git a/llvm/docs/GettingStarted.rst b/llvm/docs/GettingStarted.rst index a3014064b80d..0ede510edb3a 100644 --- a/llvm/docs/GettingStarted.rst +++ b/llvm/docs/GettingStarted.rst @@ -16,7 +16,7 @@ files needed to process intermediate representations and converts it into object files. Tools include an assembler, disassembler, bitcode analyzer, and bitcode optimizer. It also contains basic regression tests. -C-like languages use the `Clang `_ front end. This +C-like languages use the `Clang `_ front end. This component compiles C, C++, Objective C, and Objective C++ code into LLVM bitcode -- and from there into object files, using LLVM. @@ -28,7 +28,7 @@ Getting the Source Code and Building LLVM ========================================= The LLVM Getting Started documentation may be out of date. The `Clang -Getting Started `_ page might have more +Getting Started `_ page might have more accurate information. This is an example workflow and configuration to get and build the LLVM source: @@ -522,7 +522,7 @@ you need to check the code out of SVN rather than git for some reason, you can do it like so: * ``cd where-you-want-llvm-to-live`` -* Read-Only: ``svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm`` +* Read-Only: ``svn co https://llvm.org/svn/llvm-project/llvm/trunk llvm`` * Read-Write: ``svn co https://user@llvm.org/svn/llvm-project/llvm/trunk llvm`` This will create an '``llvm``' directory in the current directory and fully @@ -722,7 +722,7 @@ Note: There are some additional flags that need to be passed when building for iOS due to limitations in the iOS SDK. Check :doc:`HowToCrossCompileLLVM` and `Clang docs on how to cross-compile in general -`_ for more information +`_ for more information about cross-compiling. The Location of LLVM Object Files @@ -789,7 +789,7 @@ Directory Layout One useful source of information about the LLVM source base is the LLVM `doxygen `_ documentation available at -``_. The following is a brief introduction to code +``_. The following is a brief introduction to code layout: ``llvm/examples`` @@ -1105,8 +1105,8 @@ things... there are many more interesting and complicated things that you can do that aren't documented here (but we'll gladly accept a patch if you want to write something up!). For more information about LLVM, check out: -* `LLVM Homepage `_ -* `LLVM Doxygen Tree `_ -* `Starting a Project that Uses LLVM `_ +* `LLVM Homepage `_ +* `LLVM Doxygen Tree `_ +* `Starting a Project that Uses LLVM `_ .. _installing arcanist: https://secure.phabricator.com/book/phabricator/article/arcanist_quick_start/ diff --git a/llvm/docs/GettingStartedVS.rst b/llvm/docs/GettingStartedVS.rst index 04fe0d4463e4..84d0ecf4d8fa 100644 --- a/llvm/docs/GettingStartedVS.rst +++ b/llvm/docs/GettingStartedVS.rst @@ -18,7 +18,7 @@ to use LLVM. It contains an assembler, disassembler, bitcode analyzer and bitcode optimizer. It also contains basic regression tests that can be used to test the LLVM tools and the Clang front end. -The second piece is the `Clang `_ front end. This +The second piece is the `Clang `_ front end. This component compiles C, C++, Objective C, and Objective C++ code into LLVM bitcode. Clang typically uses LLVM libraries to optimize the bitcode and emit machine code. LLVM fully supports the COFF object file format, which is @@ -233,6 +233,6 @@ things... there are many more interesting and complicated things that you can do that aren't documented here (but we'll gladly accept a patch if you want to write something up!). For more information about LLVM, check out: -* `LLVM homepage `_ -* `LLVM doxygen tree `_ +* `LLVM homepage `_ +* `LLVM doxygen tree `_ diff --git a/llvm/docs/GlobalISel/GMIR.rst b/llvm/docs/GlobalISel/GMIR.rst index 52f386414764..ca0d60692224 100644 --- a/llvm/docs/GlobalISel/GMIR.rst +++ b/llvm/docs/GlobalISel/GMIR.rst @@ -76,7 +76,7 @@ generic and non-generic). There are some exceptions to this but in general: way of getting a given operand's type (as there was no 1:1 mapping between instruction types and operands). We considered putting the type in some variant of MCInstrDesc instead: - See `PR26576 `_: [GlobalISel] Generic MachineInstrs + See `PR26576 `_: [GlobalISel] Generic MachineInstrs need a type but this increases the memory footprint of the related objects .. _gmir-regbank: diff --git a/llvm/docs/GlobalISel/IRTranslator.rst b/llvm/docs/GlobalISel/IRTranslator.rst index a4d9bdad2015..712fe95a8292 100644 --- a/llvm/docs/GlobalISel/IRTranslator.rst +++ b/llvm/docs/GlobalISel/IRTranslator.rst @@ -73,7 +73,7 @@ This differs from SelectionDAG's multiple vregs via ``GetValueVTs``. As some of the bits are undef (padding), we should consider augmenting the representation with additional metadata (in effect, caching computeKnownBits information on vregs). -See `PR26161 `_: [GlobalISel] Value to vreg during +See `PR26161 `_: [GlobalISel] Value to vreg during IR to MachineInstr translation for aggregate type .. _irtranslator-constants: diff --git a/llvm/docs/GlobalISel/KnownBits.rst b/llvm/docs/GlobalISel/KnownBits.rst index 49989f9c9c69..7e628722d532 100644 --- a/llvm/docs/GlobalISel/KnownBits.rst +++ b/llvm/docs/GlobalISel/KnownBits.rst @@ -97,4 +97,4 @@ Then it's just a matter of fetching the analysis and using it: } There are many more API's beyond ``getKnownBits()``. See the `API reference -`_ for more information +`_ for more information diff --git a/llvm/docs/HistoricalNotes/2007-OriginalClangReadme.txt b/llvm/docs/HistoricalNotes/2007-OriginalClangReadme.txt index 611dc9d2c01c..1759ad1e1f9e 100644 --- a/llvm/docs/HistoricalNotes/2007-OriginalClangReadme.txt +++ b/llvm/docs/HistoricalNotes/2007-OriginalClangReadme.txt @@ -125,7 +125,7 @@ II. Usage of clang driver: invoking Graphviz. For more information on getting Graphviz to work with clang/LLVM, - see: http://llvm.org/docs/ProgrammersManual.html#ViewGraph + see: https://llvm.org/docs/ProgrammersManual.html#ViewGraph III. Current advantages over GCC: diff --git a/llvm/docs/HowToCrossCompileLLVM.rst b/llvm/docs/HowToCrossCompileLLVM.rst index e71c0b07a7a0..d2dc7bf60e5c 100644 --- a/llvm/docs/HowToCrossCompileLLVM.rst +++ b/llvm/docs/HowToCrossCompileLLVM.rst @@ -9,7 +9,7 @@ This document contains information about building LLVM and Clang on host machine, targeting another platform. For more information on how to use Clang as a cross-compiler, -please check http://clang.llvm.org/docs/CrossCompilation.html. +please check https://clang.llvm.org/docs/CrossCompilation.html. TODO: Add MIPS and other platforms to this document. @@ -189,7 +189,7 @@ identification), like: If you copy that tarball to your target board, you'll be able to use it for running the test-suite, for example. Follow the guidelines at -http://llvm.org/docs/lnt/quickstart.html, unpack the tarball in the +https://llvm.org/docs/lnt/quickstart.html, unpack the tarball in the test directory, and use options: .. code-block:: bash diff --git a/llvm/docs/HowToSetUpLLVMStyleRTTI.rst b/llvm/docs/HowToSetUpLLVMStyleRTTI.rst index 389299485909..222ea890322e 100644 --- a/llvm/docs/HowToSetUpLLVMStyleRTTI.rst +++ b/llvm/docs/HowToSetUpLLVMStyleRTTI.rst @@ -380,8 +380,8 @@ contract, you can tweak and optimize it as much as you want. For example, LLVM-style RTTI can work fine in the presence of multiple-inheritance by defining an appropriate ``classof``. An example of this in practice is -`Decl `_ vs. -`DeclContext `_ +`Decl `_ vs. +`DeclContext `_ inside Clang. The ``Decl`` hierarchy is done very similarly to the example setup demonstrated in this tutorial. @@ -396,7 +396,7 @@ returning true for ones that are known to be ``DeclContext``'s. Touch on some of the more advanced features, like ``isa_impl`` and ``simplify_type``. However, those two need reference documentation in the form of doxygen comments as well. We need the doxygen so that we can - say "for full details, see http://llvm.org/doxygen/..." + say "for full details, see https://llvm.org/doxygen/..." Rules of Thumb ============== diff --git a/llvm/docs/LLVMBuild.txt b/llvm/docs/LLVMBuild.txt index 00d82f664c16..74422db0494f 100644 --- a/llvm/docs/LLVMBuild.txt +++ b/llvm/docs/LLVMBuild.txt @@ -10,7 +10,7 @@ ; ; For more information on the LLVMBuild system, please see: ; -; http://llvm.org/docs/LLVMBuild.html +; https://llvm.org/docs/LLVMBuild.html ; ;===------------------------------------------------------------------------===; diff --git a/llvm/docs/LangRef.rst b/llvm/docs/LangRef.rst index 313d1d404f7e..4f3640443c4b 100644 --- a/llvm/docs/LangRef.rst +++ b/llvm/docs/LangRef.rst @@ -1692,7 +1692,7 @@ example: functions. ``safestack`` This attribute indicates that - `SafeStack `_ + `SafeStack `_ protection is enabled for this function. If a function that has a ``safestack`` attribute is inlined into a @@ -6690,7 +6690,7 @@ TypeIdInfo ^^^^^^^^^^ The optional ``TypeIdInfo`` field, used for -`Control Flow Integrity `_, +`Control Flow Integrity `_, looks like: .. code-block:: text @@ -6767,7 +6767,7 @@ Type ID Summary Entry Each type id summary entry corresponds to a type identifier resolution which is generated during the LTO link portion of the compile when building -with `Control Flow Integrity `_, +with `Control Flow Integrity `_, so these are only present in a combined summary index. Example: diff --git a/llvm/docs/Lexicon.rst b/llvm/docs/Lexicon.rst index b0a6e4655fe8..8df078457589 100644 --- a/llvm/docs/Lexicon.rst +++ b/llvm/docs/Lexicon.rst @@ -112,7 +112,7 @@ G **GEP** ``GetElementPtr``. An LLVM IR instruction that is used to get the address of a subelement of an aggregate data structure. It is documented in detail - `here `_. + `here `_. **GVN** Global Value Numbering. GVN is a pass that partitions values computed by a diff --git a/llvm/docs/LibFuzzer.rst b/llvm/docs/LibFuzzer.rst index 0bf6f6bc6ffd..cb2c8e712bfc 100644 --- a/llvm/docs/LibFuzzer.rst +++ b/llvm/docs/LibFuzzer.rst @@ -581,7 +581,7 @@ you will want to know whether the function or the corpus can be improved further One easy to use metric is, of course, code coverage. We recommend to use -`Clang Coverage `_, +`Clang Coverage `_, to visualize and study your code coverage (`example `_). @@ -781,18 +781,18 @@ Trophies .. _pcre2: http://www.pcre.org/ .. _AFL: http://lcamtuf.coredump.cx/afl/ .. _Radamsa: https://github.com/aoh/radamsa -.. _SanitizerCoverage: http://clang.llvm.org/docs/SanitizerCoverage.html -.. _SanitizerCoverageTraceDataFlow: http://clang.llvm.org/docs/SanitizerCoverage.html#tracing-data-flow -.. _AddressSanitizer: http://clang.llvm.org/docs/AddressSanitizer.html -.. _LeakSanitizer: http://clang.llvm.org/docs/LeakSanitizer.html +.. _SanitizerCoverage: https://clang.llvm.org/docs/SanitizerCoverage.html +.. _SanitizerCoverageTraceDataFlow: https://clang.llvm.org/docs/SanitizerCoverage.html#tracing-data-flow +.. _AddressSanitizer: https://clang.llvm.org/docs/AddressSanitizer.html +.. _LeakSanitizer: https://clang.llvm.org/docs/LeakSanitizer.html .. _Heartbleed: http://en.wikipedia.org/wiki/Heartbleed .. _FuzzerInterface.h: https://github.com/llvm/llvm-project/blob/master/compiler-rt/lib/fuzzer/FuzzerInterface.h -.. _3.7.0: http://llvm.org/releases/3.7.0/docs/LibFuzzer.html -.. _building Clang from trunk: http://clang.llvm.org/get_started.html -.. _MemorySanitizer: http://clang.llvm.org/docs/MemorySanitizer.html -.. _UndefinedBehaviorSanitizer: http://clang.llvm.org/docs/UndefinedBehaviorSanitizer.html -.. _`coverage counters`: http://clang.llvm.org/docs/SanitizerCoverage.html#coverage-counters +.. _3.7.0: https://llvm.org/releases/3.7.0/docs/LibFuzzer.html +.. _building Clang from trunk: https://clang.llvm.org/get_started.html +.. _MemorySanitizer: https://clang.llvm.org/docs/MemorySanitizer.html +.. _UndefinedBehaviorSanitizer: https://clang.llvm.org/docs/UndefinedBehaviorSanitizer.html +.. _`coverage counters`: https://clang.llvm.org/docs/SanitizerCoverage.html#coverage-counters .. _`value profile`: #value-profile -.. _`caller-callee pairs`: http://clang.llvm.org/docs/SanitizerCoverage.html#caller-callee-coverage +.. _`caller-callee pairs`: https://clang.llvm.org/docs/SanitizerCoverage.html#caller-callee-coverage .. _BoringSSL: https://boringssl.googlesource.com/boringssl/ diff --git a/llvm/docs/LoopTerminology.rst b/llvm/docs/LoopTerminology.rst index ef0593419a46..bb2b40a098ef 100644 --- a/llvm/docs/LoopTerminology.rst +++ b/llvm/docs/LoopTerminology.rst @@ -152,7 +152,7 @@ It is ensured by the LoopSimplify (:ref:`-loop-simplify `) pass and is automatically added by the pass managers when scheduling a LoopPass. This pass is implemented in -`LoopSimplify.h `_. +`LoopSimplify.h `_. When it is successful, the loop has: * A preheader. @@ -178,7 +178,7 @@ Rotated Loops Loops are rotated by the LoopRotate (:ref:`loop-rotate `) pass, which converts loops into do/while style loops and is implemented in -`LoopRotation.h `_. Example: +`LoopRotation.h `_. Example: .. code-block:: C diff --git a/llvm/docs/MarkdownQuickstartTemplate.md b/llvm/docs/MarkdownQuickstartTemplate.md index 734152188e57..1ed9f2f80f90 100644 --- a/llvm/docs/MarkdownQuickstartTemplate.md +++ b/llvm/docs/MarkdownQuickstartTemplate.md @@ -64,7 +64,7 @@ structure. ### Example Subsection -Make a link [like this](http://llvm.org/). There is also a more +Make a link [like this](https://llvm.org/). There is also a more sophisticated syntax which [can be more readable] for longer links since it disrupts the flow less. You can put the `[link name]: ` block pretty much anywhere later in the document. diff --git a/llvm/docs/MergeFunctions.rst b/llvm/docs/MergeFunctions.rst index 7c51adac681a..cee18c3fd674 100644 --- a/llvm/docs/MergeFunctions.rst +++ b/llvm/docs/MergeFunctions.rst @@ -39,16 +39,16 @@ LLVM code fundamentals. In this article, we assume the reader is familiar with `Single Static Assignment `_ concept and has an understanding of -`IR structure `_. +`IR structure `_. We will use terms such as -"`module `_", -"`function `_", +"`module `_", +"`function `_", "`basic block `_", -"`user `_", -"`value `_", +"`user `_", +"`value `_", "`instruction -`_". +`_". As a good starting point, the Kaleidoscope tutorial can be used: diff --git a/llvm/docs/ProgrammersManual.rst b/llvm/docs/ProgrammersManual.rst index 99caac6e29b3..4d0c29cfcd4e 100644 --- a/llvm/docs/ProgrammersManual.rst +++ b/llvm/docs/ProgrammersManual.rst @@ -24,7 +24,7 @@ continuously growing source code that makes up the LLVM infrastructure. Note that this manual is not intended to serve as a replacement for reading the source code, so if you think there should be a method in one of these classes to do something, but it's not listed, check the source. Links to the `doxygen -`__ sources are provided to make this as easy as +`__ sources are provided to make this as easy as possible. The first section of this document describes general information that is useful @@ -32,7 +32,7 @@ to know when working in the LLVM infrastructure, and the second describes the Core LLVM classes. In the future this manual will be extended with information describing how to use extension libraries, such as dominator information, CFG traversal routines, and useful utilities like the ``InstVisitor`` (`doxygen -`__) template. +`__) template. .. _general: @@ -108,7 +108,7 @@ they don't have some drawbacks (primarily stemming from the fact that ``dynamic_cast<>`` only works on classes that have a v-table). Because they are used so often, you must know what they do and how they work. All of these templates are defined in the ``llvm/Support/Casting.h`` (`doxygen -`__) file (note that you very +`__) file (note that you very rarely have to include this file directly). ``isa<>``: @@ -231,7 +231,7 @@ and clients can call it using any one of: Similarly, APIs which need to return a string may return a ``StringRef`` instance, which can be used directly or converted to an ``std::string`` using the ``str`` member function. See ``llvm/ADT/StringRef.h`` (`doxygen -`__) for more +`__) for more information. You should rarely use the ``StringRef`` class directly, because it contains @@ -243,7 +243,7 @@ passed by value. The ``Twine`` class ^^^^^^^^^^^^^^^^^^^ -The ``Twine`` (`doxygen `__) +The ``Twine`` (`doxygen `__) class is an efficient way for APIs to accept concatenated strings. For example, a common LLVM paradigm is to name one instruction based on the name of another instruction with a suffix, for example: @@ -261,7 +261,7 @@ of strings until it is actually required, at which point it can be efficiently rendered directly into a character array. This avoids unnecessary heap allocation involved in constructing the temporary results of string concatenation. See ``llvm/ADT/Twine.h`` (`doxygen -`__) and :ref:`here ` +`__) and :ref:`here ` for more information. As with a ``StringRef``, ``Twine`` objects point to external memory and should @@ -1056,7 +1056,7 @@ The ``function_ref`` class template ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ The ``function_ref`` -(`doxygen `__) class +(`doxygen `__) class template represents a reference to a callable object, templated over the type of the callable. This is a good choice for passing a callback to a function, if you don't need to hold onto the callback after the function returns. In this @@ -1106,7 +1106,7 @@ you don't want them to always be noisy. A standard compromise is to comment them out, allowing you to enable them if you need them in the future. The ``llvm/Support/Debug.h`` (`doxygen -`__) file provides a macro named +`__) file provides a macro named ``LLVM_DEBUG()`` that is a much nicer solution to this problem. Basically, you can put arbitrary code into the argument of the ``LLVM_DEBUG`` macro, and it is only executed if '``opt``' (or any other tool) is run with the '``-debug``' command @@ -1203,7 +1203,7 @@ The ``Statistic`` class & ``-stats`` option ------------------------------------------- The ``llvm/ADT/Statistic.h`` (`doxygen -`__) file provides a class +`__) file provides a class named ``Statistic`` that is used as a unified way to keep track of what the LLVM compiler is doing and how effective various optimizations are. It is useful to see what optimizations are contributing to making a particular program run @@ -1298,7 +1298,7 @@ They provide a framework for making parts of your code only execute a certain number of times. The ``llvm/Support/DebugCounter.h`` (`doxygen -`__) file +`__) file provides a class named ``DebugCounter`` that can be used to create command line counter options that control execution of parts of your code. @@ -2513,7 +2513,7 @@ If you're finding that you commonly iterate over a ``Function``'s ``BasicBlock``\ s and then that ``BasicBlock``'s ``Instruction``\ s, ``InstIterator`` should be used instead. You'll need to include ``llvm/IR/InstIterator.h`` (`doxygen -`__) and then instantiate +`__) and then instantiate ``InstIterator``\ s explicitly in your code. Here's a small example that shows how to dump all instructions in a function to the standard error stream: @@ -2664,7 +2664,7 @@ and in other situations, you may find that you want to treat ``CallInst``\ s and ``InvokeInst``\ s the same way, even though their most-specific common base class is ``Instruction``, which includes lots of less closely-related things. For these cases, LLVM provides a handy wrapper class called ``CallSite`` -(`doxygen `__) It is +(`doxygen `__) It is essentially a wrapper around an ``Instruction`` pointer, with some methods that provide functionality common to ``CallInst``\ s and ``InvokeInst``\ s. @@ -2680,7 +2680,7 @@ Iterating over def-use & use-def chains ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Frequently, we might have an instance of the ``Value`` class (`doxygen -`__) and we want to determine +`__) and we want to determine which ``User``\ s use the ``Value``. The list of all ``User``\ s of a particular ``Value`` is called a *def-use* chain. For example, let's say we have a ``Function*`` named ``F`` to a particular function ``foo``. Finding all of the @@ -2698,7 +2698,7 @@ chain of ``F``: } Alternatively, it's common to have an instance of the ``User`` Class (`doxygen -`__) and need to know what +`__) and need to know what ``Value``\ s are used by it. The list of all ``Value``\ s used by a ``User`` is known as a *use-def* chain. Instances of class ``Instruction`` are common ``User`` s, so we might want to iterate over all of the values that a particular @@ -2770,7 +2770,7 @@ will create an ``AllocaInst`` instance that represents the allocation of one integer in the current stack frame, at run time. Each ``Instruction`` subclass is likely to have varying default parameters which change the semantics of the instruction, so refer to the `doxygen documentation for the subclass of -Instruction `_ that +Instruction `_ that you're interested in instantiating. *Naming values* @@ -2928,7 +2928,7 @@ Replacing individual instructions """"""""""""""""""""""""""""""""" Including "`llvm/Transforms/Utils/BasicBlockUtils.h -`_" permits use of two +`_" permits use of two very useful replace functions: ``ReplaceInstWithValue`` and ``ReplaceInstWithInst``. @@ -2974,8 +2974,8 @@ Replacing multiple uses of Users and Values You can use ``Value::replaceAllUsesWith`` and ``User::replaceUsesOfWith`` to change more than one use at a time. See the doxygen documentation for the -`Value Class `_ and `User Class -`_, respectively, for more +`Value Class `_ and `User Class +`_, respectively, for more information. .. _schanges_deletingGV: @@ -3103,7 +3103,7 @@ The ``ValueSymbolTable`` class ------------------------------ The ``ValueSymbolTable`` (`doxygen -`__) class provides +`__) class provides a symbol table that the :ref:`Function ` and Module_ classes use for naming value definitions. The symbol table can provide a name for any Value_. @@ -3124,10 +3124,10 @@ autoinsert it into the appropriate symbol table. The ``User`` and owned ``Use`` classes' memory layout ----------------------------------------------------- -The ``User`` (`doxygen `__) +The ``User`` (`doxygen `__) class provides a basis for expressing the ownership of ``User`` towards other -`Value instance `_\ s. The -``Use`` (`doxygen `__) helper +`Value instance `_\ s. The +``Use`` (`doxygen `__) helper class is employed to do the bookkeeping and to facilitate *O(1)* addition and removal. @@ -3414,9 +3414,9 @@ The Core LLVM Class Hierarchy Reference ``#include "llvm/IR/Type.h"`` -header source: `Type.h `_ +header source: `Type.h `_ -doxygen info: `Type Classes `_ +doxygen info: `Type Classes `_ The Core LLVM classes are the primary means of representing the program being inspected or transformed. The core LLVM classes are defined in header files in @@ -3518,9 +3518,9 @@ The ``Module`` class ``#include "llvm/IR/Module.h"`` -header source: `Module.h `_ +header source: `Module.h `_ -doxygen info: `Module Class `_ +doxygen info: `Module Class `_ The ``Module`` class represents the top level structure present in LLVM programs. An LLVM module is effectively either a translation unit of the @@ -3611,9 +3611,9 @@ The ``Value`` class ``#include "llvm/IR/Value.h"`` -header source: `Value.h `_ +header source: `Value.h `_ -doxygen info: `Value Class `_ +doxygen info: `Value Class `_ The ``Value`` class is the most important class in the LLVM Source base. It represents a typed value that may be used (among other things) as an operand to @@ -3702,9 +3702,9 @@ The ``User`` class ``#include "llvm/IR/User.h"`` -header source: `User.h `_ +header source: `User.h `_ -doxygen info: `User Class `_ +doxygen info: `User Class `_ Superclass: Value_ @@ -3749,10 +3749,10 @@ The ``Instruction`` class ``#include "llvm/IR/Instruction.h"`` header source: `Instruction.h -`_ +`_ doxygen info: `Instruction Class -`_ +`_ Superclasses: User_, Value_ @@ -3773,7 +3773,7 @@ instructions in LLVM. It describes the enum values that are used as opcodes concrete sub-classes of ``Instruction`` that implement the instruction (for example BinaryOperator_ and CmpInst_). Unfortunately, the use of macros in this file confuses doxygen, so these enum values don't show up correctly in the -`doxygen output `_. +`doxygen output `_. .. _s_Instruction: @@ -3890,10 +3890,10 @@ The ``GlobalValue`` class ``#include "llvm/IR/GlobalValue.h"`` header source: `GlobalValue.h -`_ +`_ doxygen info: `GlobalValue Class -`_ +`_ Superclasses: Constant_, User_, Value_ @@ -3948,10 +3948,10 @@ The ``Function`` class ``#include "llvm/IR/Function.h"`` -header source: `Function.h `_ +header source: `Function.h `_ doxygen info: `Function Class -`_ +`_ Superclasses: GlobalValue_, Constant_, User_, Value_ @@ -4057,10 +4057,10 @@ The ``GlobalVariable`` class ``#include "llvm/IR/GlobalVariable.h"`` header source: `GlobalVariable.h -`_ +`_ doxygen info: `GlobalVariable Class -`_ +`_ Superclasses: GlobalValue_, Constant_, User_, Value_ @@ -4115,10 +4115,10 @@ The ``BasicBlock`` class ``#include "llvm/IR/BasicBlock.h"`` header source: `BasicBlock.h -`_ +`_ doxygen info: `BasicBlock Class -`_ +`_ Superclass: Value_ diff --git a/llvm/docs/Proposals/GitHubMove.rst b/llvm/docs/Proposals/GitHubMove.rst index ae799b57af79..977f0849aa70 100644 --- a/llvm/docs/Proposals/GitHubMove.rst +++ b/llvm/docs/Proposals/GitHubMove.rst @@ -319,7 +319,7 @@ Currently # direct SVN checkout svn co https://user@llvm.org/svn/llvm-project/llvm/trunk llvm # or using the read-only Git view, with git-svn - git clone http://llvm.org/git/llvm.git + git clone https://llvm.org/git/llvm.git cd llvm git svn init https://llvm.org/svn/llvm-project/llvm/trunk --username= git config svn-remote.svn.fetch :refs/remotes/origin/master @@ -381,29 +381,29 @@ Currently :: - svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm -r $REVISION + svn co https://llvm.org/svn/llvm-project/llvm/trunk llvm -r $REVISION cd llvm/tools - svn co http://llvm.org/svn/llvm-project/clang/trunk clang -r $REVISION + svn co https://llvm.org/svn/llvm-project/clang/trunk clang -r $REVISION cd ../projects - svn co http://llvm.org/svn/llvm-project/libcxx/trunk libcxx -r $REVISION + svn co https://llvm.org/svn/llvm-project/libcxx/trunk libcxx -r $REVISION Or using git-svn:: - git clone http://llvm.org/git/llvm.git + git clone https://llvm.org/git/llvm.git cd llvm/ git svn init https://llvm.org/svn/llvm-project/llvm/trunk --username= git config svn-remote.svn.fetch :refs/remotes/origin/master git svn rebase -l git checkout `git svn find-rev -B r258109` cd tools - git clone http://llvm.org/git/clang.git + git clone https://llvm.org/git/clang.git cd clang/ git svn init https://llvm.org/svn/llvm-project/clang/trunk --username= git config svn-remote.svn.fetch :refs/remotes/origin/master git svn rebase -l git checkout `git svn find-rev -B r258109` cd ../../projects/ - git clone http://llvm.org/git/libcxx.git + git clone https://llvm.org/git/libcxx.git cd libcxx git svn init https://llvm.org/svn/llvm-project/libcxx/trunk --username= git config svn-remote.svn.fetch :refs/remotes/origin/master diff --git a/llvm/docs/README.txt b/llvm/docs/README.txt index 92b146f0c1c2..2a9b2e383029 100644 --- a/llvm/docs/README.txt +++ b/llvm/docs/README.txt @@ -5,7 +5,7 @@ LLVM's documentation is written in reStructuredText, a lightweight plaintext markup language (file extension `.rst`). While the reStructuredText documentation should be quite readable in source form, it is mostly meant to be processed by the Sphinx documentation generation -system to create HTML pages which are hosted on and +system to create HTML pages which are hosted on and updated after every commit. Manpage output is also supported, see below. If you instead would like to generate and view the HTML locally, install @@ -17,7 +17,7 @@ Sphinx and then do: $BROWSER /docs//html/index.html The mapping between reStructuredText files and generated documentation is -`docs/Foo.rst` <-> `/docs//html/Foo.html` <-> `http://llvm.org/docs/Foo.html`. +`docs/Foo.rst` <-> `/docs//html/Foo.html` <-> `https://llvm.org/docs/Foo.html`. If you are interested in writing new documentation, you will want to read `SphinxQuickstartTemplate.rst` which will get you writing documentation @@ -41,7 +41,7 @@ The correspondence between .rst files and man pages is `docs/CommandGuide/Foo.rst` <-> `/docs//man/Foo.1`. These .rst files are also included during HTML generation so they are also viewable online (as noted above) at e.g. -`http://llvm.org/docs/CommandGuide/Foo.html`. +`https://llvm.org/docs/CommandGuide/Foo.html`. Checking links ============== diff --git a/llvm/docs/Reference.rst b/llvm/docs/Reference.rst index 9d747b8498fa..d116edafb9bf 100644 --- a/llvm/docs/Reference.rst +++ b/llvm/docs/Reference.rst @@ -53,8 +53,8 @@ LLVM and API reference documentation. API Reference ------------- -`Doxygen generated documentation `_ - (`classes `_) +`Doxygen generated documentation `_ + (`classes `_) :doc:`HowToUseAttributes` Answers some questions about the new Attributes infrastructure. diff --git a/llvm/docs/ReleaseProcess.rst b/llvm/docs/ReleaseProcess.rst index 6a14e28d189a..69a209cbc66d 100644 --- a/llvm/docs/ReleaseProcess.rst +++ b/llvm/docs/ReleaseProcess.rst @@ -115,7 +115,7 @@ Test Suite :local: Follow the `LNT Quick Start Guide -`__ link on how to set-up the +`__ link on how to set-up the test-suite The binary location you'll have to use for testing is inside the @@ -160,7 +160,7 @@ candidates, on the previous release. You should: * Download the previous release sources from - http://llvm.org/releases/download.html. + https://llvm.org/releases/download.html. * Run the test-release.sh script on ``final`` mode (change ``-rc 1`` to ``-final``). @@ -190,7 +190,7 @@ to them), and run the release test as above. You should: * Download the current candidate sources from where the release manager points - you (ex. http://llvm.org/pre-releases/3.3/rc1/). + you (ex. https://llvm.org/pre-releases/3.3/rc1/). * Repeat the steps above with ``-rc 1``, ``-rc 2`` etc modes and run the test-suite the same way. diff --git a/llvm/docs/SphinxQuickstartTemplate.rst b/llvm/docs/SphinxQuickstartTemplate.rst index cd23b61d4081..5ebb92affb87 100644 --- a/llvm/docs/SphinxQuickstartTemplate.rst +++ b/llvm/docs/SphinxQuickstartTemplate.rst @@ -84,7 +84,7 @@ To create a new paragraph, simply insert a blank line. Links ===== -You can format a link `like this `_. A more `sophisticated syntax`_ allows you to place the ``.. _`link text`: `` block +You can format a link `like this `_. A more `sophisticated syntax`_ allows you to place the ``.. _`link text`: `` block pretty much anywhere else in the document. This is useful when linking to especially long URLs. .. _`sophisticated syntax`: http://en.wikipedia.org/wiki/LLVM diff --git a/llvm/docs/TableGen/index.rst b/llvm/docs/TableGen/index.rst index 0697bd0298e8..6100c13bea76 100644 --- a/llvm/docs/TableGen/index.rst +++ b/llvm/docs/TableGen/index.rst @@ -28,7 +28,7 @@ hands the result off to a domain-specific `backend`_ for processing. The current major users of TableGen are :doc:`../CodeGenerator` and the -`Clang diagnostics and attributes `_. +`Clang diagnostics and attributes `_. Note that if you work on TableGen much, and use emacs or vim, that you can find an emacs "TableGen mode" and a vim language file in the ``llvm/utils/emacs`` and diff --git a/llvm/docs/TestSuiteGuide.md b/llvm/docs/TestSuiteGuide.md index b41d7ec59343..6128636ce5ee 100644 --- a/llvm/docs/TestSuiteGuide.md +++ b/llvm/docs/TestSuiteGuide.md @@ -19,7 +19,7 @@ Quickstart % mkdir venv % virtualenv venv % . venv/bin/activate - % pip install svn+http://llvm.org/svn/llvm-project/llvm/trunk/utils/lit + % pip install svn+https://llvm.org/svn/llvm-project/llvm/trunk/utils/lit % lit --version lit 0.8.0dev ``` @@ -279,7 +279,7 @@ Example usage: LNT is a set of client and server tools for continuously monitoring performance. You can find more information at -[http://llvm.org/docs/lnt](http://llvm.org/docs/lnt). The official LNT instance +[https://llvm.org/docs/lnt](https://llvm.org/docs/lnt). The official LNT instance of the LLVM project is hosted at [http://lnt.llvm.org](http://lnt.llvm.org). @@ -348,7 +348,7 @@ Cross Compilation and External Devices CMake allows to cross compile to a different target via toolchain files. More information can be found here: -- [http://llvm.org/docs/lnt/tests.html#cross-compiling](http://llvm.org/docs/lnt/tests.html#cross-compiling) +- [https://llvm.org/docs/lnt/tests.html#cross-compiling](https://llvm.org/docs/lnt/tests.html#cross-compiling) - [https://cmake.org/cmake/help/latest/manual/cmake-toolchains.7.html](https://cmake.org/cmake/help/latest/manual/cmake-toolchains.7.html) @@ -389,7 +389,7 @@ Running the test-suite via LNT The LNT tool can run the test-suite. Use this when submitting test results to an LNT instance. See -[http://llvm.org/docs/lnt/tests.html#llvm-cmake-test-suite](http://llvm.org/docs/lnt/tests.html#llvm-cmake-test-suite) +[https://llvm.org/docs/lnt/tests.html#llvm-cmake-test-suite](https://llvm.org/docs/lnt/tests.html#llvm-cmake-test-suite) for details. Running the test-suite via Makefiles (deprecated) diff --git a/llvm/docs/TestingGuide.rst b/llvm/docs/TestingGuide.rst index 1659e8777fe0..cc39c2ba3784 100644 --- a/llvm/docs/TestingGuide.rst +++ b/llvm/docs/TestingGuide.rst @@ -129,7 +129,7 @@ in release mode, i.e. % cmake -DCMAKE_BUILD_TYPE="Release" -DLLVM_ENABLE_ASSERTIONS=On -If you have `Clang `_ checked out and built, you +If you have `Clang `_ checked out and built, you can run the LLVM and Clang tests simultaneously using: .. code-block:: bash diff --git a/llvm/docs/TypeMetadata.rst b/llvm/docs/TypeMetadata.rst index 7d0745b92796..74d439411497 100644 --- a/llvm/docs/TypeMetadata.rst +++ b/llvm/docs/TypeMetadata.rst @@ -29,7 +29,7 @@ or functions. An intrinsic, :ref:`llvm.type.test `, is used to test whether a given pointer is associated with a type identifier. -.. _control flow integrity: http://clang.llvm.org/docs/ControlFlowIntegrity.html +.. _control flow integrity: https://clang.llvm.org/docs/ControlFlowIntegrity.html Representing Type Information using Type Metadata ================================================= @@ -160,7 +160,7 @@ as the former will be the jump table entry if a jump table is necessary. The `GlobalLayoutBuilder`_ class is responsible for laying out the globals efficiently to minimize the sizes of the underlying bitsets. -.. _control flow integrity design document: http://clang.llvm.org/docs/ControlFlowIntegrityDesign.html +.. _control flow integrity design document: https://clang.llvm.org/docs/ControlFlowIntegrityDesign.html :Example: diff --git a/llvm/docs/UserGuides.rst b/llvm/docs/UserGuides.rst index 164377836030..5673ae65cce9 100644 --- a/llvm/docs/UserGuides.rst +++ b/llvm/docs/UserGuides.rst @@ -2,7 +2,7 @@ User Guides =========== NOTE: If you are a user who is only interested in using an LLVM-based compiler, -you should look into `Clang `_ instead. The +you should look into `Clang `_ instead. The documentation here is intended for users who have a need to work with the intermediate LLVM representation. @@ -71,7 +71,7 @@ Clang `How to build the C, C++, ObjC, and ObjC++ front end`__ Instructions for building the clang front-end from source. - .. __: http://clang.llvm.org/get_started.html + .. __: https://clang.llvm.org/get_started.html :doc:`CoverageMappingFormat` This describes the format and encoding used for LLVM’s code coverage mapping. diff --git a/llvm/docs/Vectorizers.rst b/llvm/docs/Vectorizers.rst index 83eb5fb256ae..c322797025fb 100644 --- a/llvm/docs/Vectorizers.rst +++ b/llvm/docs/Vectorizers.rst @@ -80,7 +80,7 @@ specifying a vector width and interleaving count: See the Clang `language extensions -`_ +`_ for details. Diagnostics @@ -133,7 +133,7 @@ switch statement cannot be vectorized. To ensure line and column numbers are produced include the command line options ``-gline-tables-only`` and ``-gcolumn-info``. See the Clang `user manual -`_ +`_ for details Features diff --git a/llvm/docs/WritingAnLLVMPass.rst b/llvm/docs/WritingAnLLVMPass.rst index ecd1db1344d8..b9ba13f302f1 100644 --- a/llvm/docs/WritingAnLLVMPass.rst +++ b/llvm/docs/WritingAnLLVMPass.rst @@ -17,7 +17,7 @@ build the analysis results that are used by these transformations, and they are, above all, a structuring technique for compiler code. All LLVM passes are subclasses of the `Pass -`_ class, which implement +`_ class, which implement functionality by overriding virtual methods inherited from ``Pass``. Depending on how your pass works, you should inherit from the :ref:`ModulePass ` , :ref:`CallGraphSCCPass @@ -98,8 +98,8 @@ Start out with: #include "llvm/Support/raw_ostream.h" Which are needed because we are writing a `Pass -`_, we are operating on -`Function `_\ s, and we will +`_, we are operating on +`Function `_\ s, and we will be doing some printing. Next we have: @@ -336,7 +336,7 @@ The ``ImmutablePass`` class --------------------------- The most plain and boring type of pass is the "`ImmutablePass -`_" class. This pass +`_" class. This pass type is used for passes that do not have to be run, do not change state, and never need to be updated. This is not a normal type of transformation or analysis, but can provide information about the current compiler configuration. @@ -353,7 +353,7 @@ invalidated, and are never "run". The ``ModulePass`` class ------------------------ -The `ModulePass `_ class +The `ModulePass `_ class is the most general of all superclasses that you can use. Deriving from ``ModulePass`` indicates that your pass uses the entire program as a unit, referring to function bodies in no predictable order, or adding and removing @@ -388,7 +388,7 @@ The ``CallGraphSCCPass`` class ------------------------------ The `CallGraphSCCPass -`_ is used by +`_ is used by passes that need to traverse the program bottom-up on the call graph (callees before callers). Deriving from ``CallGraphSCCPass`` provides some mechanics for building and traversing the ``CallGraph``, but also allows the system to @@ -460,7 +460,7 @@ The ``FunctionPass`` class -------------------------- In contrast to ``ModulePass`` subclasses, `FunctionPass -`_ subclasses do have a +`_ subclasses do have a predictable, local behavior that can be expected by the system. All ``FunctionPass`` execute on each function in the program independent of all of the other functions in the program. ``FunctionPass``\ es do not require that @@ -498,7 +498,7 @@ being processed. The ``doInitialization`` method call is not scheduled to overlap with any other pass executions (thus it should be very fast). A good example of how this method should be used is the `LowerAllocations -`_ pass. This pass +`_ pass. This pass converts ``malloc`` and ``free`` instructions into platform dependent ``malloc()`` and ``free()`` function calls. It uses the ``doInitialization`` method to get a reference to the ``malloc`` and ``free`` functions that it @@ -761,7 +761,7 @@ The ``getAnalysisUsage`` method By implementing the ``getAnalysisUsage`` method, the required and invalidated sets may be specified for your transformation. The implementation should fill in the `AnalysisUsage -`_ object with +`_ object with information about which passes are required and not invalidated. To do this, a pass may call any of the following methods on the ``AnalysisUsage`` object: @@ -914,14 +914,14 @@ be registered with :ref:`RegisterAnalysisGroup `. As a concrete example of an Analysis Group in action, consider the -`AliasAnalysis `_ +`AliasAnalysis `_ analysis group. The default implementation of the alias analysis interface -(the `basicaa `_ pass) +(the `basicaa `_ pass) just does a few simple checks that don't require significant analysis to compute (such as: two different globals can never alias each other, etc). Passes that use the `AliasAnalysis -`_ interface (for -example the `gvn `_ pass), do not +`_ interface (for +example the `gvn `_ pass), do not care which implementation of alias analysis is actually provided, they just use the designated interface. @@ -963,7 +963,7 @@ implementations of the interface by using the following code: This just shows a class ``FancyAA`` that uses the ``INITIALIZE_AG_PASS`` macro both to register and to "join" the `AliasAnalysis -`_ analysis group. +`_ analysis group. Every implementation of an analysis group should join using this macro. .. code-block:: c++ @@ -982,13 +982,13 @@ argument to the ``INITIALIZE_AG_PASS`` template). There must be exactly one default implementation available at all times for an Analysis Group to be used. Only default implementation can derive from ``ImmutablePass``. Here we declare that the `BasicAliasAnalysis -`_ pass is the default +`_ pass is the default implementation for the interface. Pass Statistics =============== -The `Statistic `_ class is +The `Statistic `_ class is designed to be an easy way to expose various success metrics from passes. These statistics are printed at the end of a run, when the :option:`-stats` command line option is enabled on the command line. See the :ref:`Statistics @@ -999,8 +999,8 @@ section ` in the Programmer's Manual for details. What PassManager does --------------------- -The `PassManager `_ `class -`_ takes a list of +The `PassManager `_ `class +`_ takes a list of passes, ensures their :ref:`prerequisites ` are set up correctly, and then schedules passes to run efficiently. All of the LLVM tools that run passes use the PassManager for execution of these passes. @@ -1030,7 +1030,7 @@ series of passes: touching the LLVM program representation for a single function at a time, instead of traversing the entire program. It reduces the memory consumption of compiler, because, for example, only one `DominatorSet - `_ needs to be + `_ needs to be calculated at a time. This also makes it possible to implement some :ref:`interesting enhancements ` in the future. diff --git a/llvm/docs/index.rst b/llvm/docs/index.rst index d4cf6d24e6c5..7315d7278f8b 100644 --- a/llvm/docs/index.rst +++ b/llvm/docs/index.rst @@ -4,7 +4,7 @@ About .. warning:: If you are using a released version of LLVM, see `the download page - `_ to find your documentation. + `_ to find your documentation. The LLVM compiler infrastructure supports a wide range of projects, from industrial strength compilers to specialized JIT applications to small @@ -27,7 +27,7 @@ Several introductory papers and presentations. `Introduction to the LLVM Compiler`__ Presentation providing a users introduction to LLVM. - .. __: http://llvm.org/pubs/2008-10-04-ACAT-LLVM-Intro.html + .. __: https://llvm.org/pubs/2008-10-04-ACAT-LLVM-Intro.html `Intro to LLVM`__ A chapter from the book "The Architecture of Open Source Applications" that @@ -39,12 +39,12 @@ Several introductory papers and presentations. `LLVM: A Compilation Framework for Lifelong Program Analysis & Transformation`__ Design overview. - .. __: http://llvm.org/pubs/2004-01-30-CGO-LLVM.html + .. __: https://llvm.org/pubs/2004-01-30-CGO-LLVM.html `LLVM: An Infrastructure for Multi-Stage Optimization`__ More details (quite old now). - .. __: http://llvm.org/pubs/2002-12-LattnerMSThesis.html + .. __: https://llvm.org/pubs/2002-12-LattnerMSThesis.html Documentation ============= diff --git a/llvm/docs/tutorial/BuildingAJIT1.rst b/llvm/docs/tutorial/BuildingAJIT1.rst index 5c711fcba141..33d36896cbfc 100644 --- a/llvm/docs/tutorial/BuildingAJIT1.rst +++ b/llvm/docs/tutorial/BuildingAJIT1.rst @@ -320,4 +320,4 @@ Here is the code: +-----------------------------+-----------------------------------------------+ .. [3] See the ErrorHandling section in the LLVM Programmer's Manual - (http://llvm.org/docs/ProgrammersManual.html#error-handling) + (https://llvm.org/docs/ProgrammersManual.html#error-handling) diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl02.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl02.rst index ab9656b2fb4b..9091043e6a03 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl02.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl02.rst @@ -718,7 +718,7 @@ Full Code Listing Here is the complete code listing for our running example. Because this uses the LLVM libraries, we need to link them in. To do this, we use the -`llvm-config `_ tool to inform +`llvm-config `_ tool to inform our makefile/command line about which options to use: .. code-block:: bash diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl03.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl03.rst index 50e8c44bfc1c..32472e3a4820 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl03.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl03.rst @@ -20,7 +20,7 @@ later. LLVM 3.6 and before will not work with it. Also note that you need to use a version of this tutorial that matches your LLVM release: If you are using an official LLVM release, use the version of the documentation included with your release or on the `llvm.org releases -page `_. +page `_. Code Generation Setup ===================== @@ -90,7 +90,7 @@ detail, we just need a single instance to pass into APIs that require it. The ``Builder`` object is a helper object that makes it easy to generate LLVM instructions. Instances of the -`IRBuilder `_ +`IRBuilder `_ class template keep track of the current place to insert instructions and has methods to create new instructions. @@ -549,7 +549,7 @@ Full Code Listing Here is the complete code listing for our running example, enhanced with the LLVM code generator. Because this uses the LLVM libraries, we need to link them in. To do this, we use the -`llvm-config `_ tool to inform +`llvm-config `_ tool to inform our makefile/command line about which options to use: .. code-block:: bash diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl04.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl04.rst index 24c2b0f1755f..85c233c9d3d5 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl04.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl04.rst @@ -98,7 +98,7 @@ LLVM Optimization Passes Due to the transition to the new PassManager infrastructure this tutorial is based on ``llvm::legacy::FunctionPassManager`` which can be found in - `LegacyPassManager.h `_. + `LegacyPassManager.h `_. For the purpose of the this tutorial the above should be used until the pass manager transition is complete. diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl05.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl05.rst index 11ae79de3019..a55cfe277de5 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl05.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl05.rst @@ -213,7 +213,7 @@ Kaleidoscope looks like this: } To visualize the control flow graph, you can use a nifty feature of the -LLVM '`opt `_' tool. If you put this LLVM +LLVM '`opt `_' tool. If you put this LLVM IR into "t.ll" and run "``llvm-as < t.ll | opt -analyze -view-cfg``", `a window will pop up <../../ProgrammersManual.html#viewing-graphs-while-debugging-code>`_ and you'll see this graph: diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl08.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl08.rst index 82776006a80e..16b45323154a 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl08.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl08.rst @@ -23,7 +23,7 @@ machine. To specify the architecture that you want to target, we use a string called a "target triple". This takes the form ``---`` (see the `cross compilation docs -`_). +`_). As an example, we can see what clang thinks is our current target triple: diff --git a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl09.rst b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl09.rst index 4cdecc3ff131..0304c8ec813f 100644 --- a/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl09.rst +++ b/llvm/docs/tutorial/MyFirstLanguageFrontend/LangImpl09.rst @@ -165,13 +165,13 @@ DWARF Emission Setup ==================== Similar to the ``IRBuilder`` class we have a -`DIBuilder `_ class +`DIBuilder `_ class that helps in constructing debug metadata for an LLVM IR file. It corresponds 1:1 similarly to ``IRBuilder`` and LLVM IR, but with nicer names. Using it does require that you be more familiar with DWARF terminology than you needed to be with ``IRBuilder`` and ``Instruction`` names, but if you read through the general documentation on the -`Metadata Format `_ it +`Metadata Format `_ it should be a little more clear. We'll be using this class to construct all of our IR level descriptions. Construction for it takes a module so we need to construct it shortly after we construct our module. We've left it diff --git a/llvm/docs/tutorial/OCamlLangImpl3.rst b/llvm/docs/tutorial/OCamlLangImpl3.rst index fb0648928caa..0b37ecd5ffd9 100644 --- a/llvm/docs/tutorial/OCamlLangImpl3.rst +++ b/llvm/docs/tutorial/OCamlLangImpl3.rst @@ -65,7 +65,7 @@ the top-level structure that the LLVM IR uses to contain code. The ``Codegen.builder`` object is a helper object that makes it easy to generate LLVM instructions. Instances of the -`IRBuilder `_ +`IRBuilder `_ class keep track of the current place to insert instructions and has methods to create new instructions. @@ -522,7 +522,7 @@ Full Code Listing Here is the complete code listing for our running example, enhanced with the LLVM code generator. Because this uses the LLVM libraries, we need to link them in. To do this, we use the -`llvm-config `_ tool to inform +`llvm-config `_ tool to inform our makefile/command line about which options to use: .. code-block:: bash diff --git a/llvm/docs/tutorial/OCamlLangImpl5.rst b/llvm/docs/tutorial/OCamlLangImpl5.rst index 34d2dbb4c4de..871eb05df37c 100644 --- a/llvm/docs/tutorial/OCamlLangImpl5.rst +++ b/llvm/docs/tutorial/OCamlLangImpl5.rst @@ -161,7 +161,7 @@ Kaleidoscope looks like this: } To visualize the control flow graph, you can use a nifty feature of the -LLVM '`opt `_' tool. If you put this LLVM +LLVM '`opt `_' tool. If you put this LLVM IR into "t.ll" and run "``llvm-as < t.ll | opt -analyze -view-cfg``", `a window will pop up <../ProgrammersManual.html#viewing-graphs-while-debugging-code>`_ and you'll see this graph: diff --git a/llvm/docs/tutorial/index.rst b/llvm/docs/tutorial/index.rst index 8aa45184902d..e3c50f042456 100644 --- a/llvm/docs/tutorial/index.rst +++ b/llvm/docs/tutorial/index.rst @@ -51,5 +51,5 @@ External Tutorials Advanced Topics =============== -#. `Writing an Optimization for LLVM `_ +#. `Writing an Optimization for LLVM `_ diff --git a/openmp/README.rst b/openmp/README.rst index 7f747caf9abc..55342e4dbac5 100644 --- a/openmp/README.rst +++ b/openmp/README.rst @@ -4,7 +4,7 @@ How to Build the LLVM* OpenMP* Libraries This repository requires `CMake `_ v2.8.0 or later. LLVM and Clang need a more recent version which also applies for in-tree builds. For more information than available in this document please see -`LLVM's CMake documentation `_ and the +`LLVM's CMake documentation `_ and the `official documentation `_. .. contents:: diff --git a/polly/docs/TipsAndTricks.rst b/polly/docs/TipsAndTricks.rst index 146da0406604..38df79a99666 100644 --- a/polly/docs/TipsAndTricks.rst +++ b/polly/docs/TipsAndTricks.rst @@ -21,7 +21,7 @@ Using bugpoint to track down errors in large files - ``$ bugpoint crash.ll -polly-codegen -opt-args -polly-canonicalize -polly-process-unprofitable`` - For more documentation on bugpoint, `Visit the LLVM manual `_ + For more documentation on bugpoint, `Visit the LLVM manual `_ Understanding which pass makes a particular change