summaryrefslogtreecommitdiffstats
path: root/llvm/docs
Commit message (Collapse)AuthorAgeFilesLines
...
* [libFuzzer] update docs on -print_coverage/-dump_coverageKostya Serebryany2017-05-091-4/+15
| | | | llvm-svn: 302498
* Update instructions for using the experimental monorepoReid Kleckner2017-05-081-2/+2
| | | | llvm-svn: 302459
* Add a blurb to the release notes about the WeakVH -> WeakTrackingVH transitionSanjoy Das2017-05-081-0/+4
| | | | llvm-svn: 302456
* MIParser/MIRPrinter: Compute block successors if not explicitely specifiedMatthias Braun2017-05-051-0/+2
| | | | | | | | | | | | | | | | | - MIParser: If the successor list is not specified successors will be added based on basic block operands in the block and possible fallthrough. - MIRPrinter: Adds a new `simplify-mir` option, with that option set: Skip printing of block successor lists in cases where the parser is guaranteed to reconstruct it. This means we still print the list if some successor cannot be determined (happens for example for jump tables), if the successor order changes or branch probabilities being unequal. Differential Revision: https://reviews.llvm.org/D31262 llvm-svn: 302289
* [Lexicon] Add BDCEBrian Gesiak2017-05-041-0/+7
| | | | | | | | | | | | Summary: Add an entry to the Lexicon for "BDCE." Reviewers: jmolloy, hfinkel Reviewed By: jmolloy Differential Revision: https://reviews.llvm.org/D31861 llvm-svn: 302169
* Revert "CMake: Move sphinx detection into AddSphinxTarget.cmake"Tom Stellard2017-05-031-1/+1
| | | | | | | | This reverts commit r302025. clang and lld need to be updated too so they don't break with this patch. llvm-svn: 302054
* CMake: Move sphinx detection into AddSphinxTarget.cmakeTom Stellard2017-05-031-1/+1
| | | | | | | | | | | | Reviewers: chandlerc, beanz, mgorny Reviewed By: beanz Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D31773 llvm-svn: 302025
* Support arbitrary address space pointers in masked gather/scatter intrinsics.Elad Cohen2017-05-031-9/+9
| | | | | | | | | | | | Fixes PR31789 - When loop-vectorize tries to use these intrinsics for a non-default address space pointer we fail with a "Calling a function with a bad singature!" assertion. This patch solves this by adding the 'vector of pointers' argument as an overloaded type which will determine the address space. Differential revision: https://reviews.llvm.org/D31490 llvm-svn: 302018
* Typo in LangRef.rst. NFCXin Tong2017-05-021-1/+1
| | | | llvm-svn: 301985
* Improvements to TableGen/LangIntro.rstAlex Bradbury2017-05-021-2/+7
| | | | | | | | | | | Document the 'code' data type, and that value{15-17} is different to value{17-15}. Patch by @chenwj (Wei-Ren Chen). Differential Revision: https://reviews.llvm.org/D32117 llvm-svn: 301920
* [docs] Simplify some language for Error/cantFail in the programmer's manual.Lang Hames2017-04-301-10/+9
| | | | llvm-svn: 301773
* Add speculatable function attributeMatt Arsenault2017-04-281-0/+11
| | | | | | | | This attribute tells the optimizer that the function may be speculated. Patch by Tom Stellard llvm-svn: 301680
* [StackMaps] Increase the size of the "location size" fieldSanjoy Das2017-04-281-2/+5
| | | | | | | | | | | | | | | | | | | | Summary: In some cases LLVM (especially the SLP vectorizer) will create vectors that are 256 bytes (or larger). Given that this is intentional[0] is likely to get more common, this patch updates the StackMap binary format to deal with the spill locations for said vectors. This change also bumps the stack map version from 2 to 3. [0]: https://reviews.llvm.org/D32533#738350 Reviewers: reames, kavon, skatkov, javed.absar Subscribers: mcrosier, nemanjai, llvm-commits Differential Revision: https://reviews.llvm.org/D32629 llvm-svn: 301615
* Specify something that's true in practiceSanjoy Das2017-04-271-1/+1
| | | | llvm-svn: 301591
* Sync with changes from r300825 in clang.Vassil Vassilev2017-04-273-12/+28
| | | | | | | | | Generate the better include paths. Instead of #include <llvm_header.h> doxygen produces #include "llvm/Folder/llvm_header.h" Patch by Yuka Takahashi (D32342)! llvm-svn: 301569
* Fixing a malformed RST table to get the documentation bot back to green.Aaron Ballman2017-04-271-1/+1
| | | | llvm-svn: 301545
* Reverts commit r301424, r301425 and r301426Sanjoy Das2017-04-261-3/+3
| | | | | | | | | | | | Commits were: "Use WeakVH instead of WeakTrackingVH in AliasSetTracker's UnkownInsts" "Add a new WeakVH value handle; NFC" "Rename WeakVH to WeakTrackingVH; NFC" The changes assumed pointers are 8 byte aligned on all architectures. llvm-svn: 301429
* Rename WeakVH to WeakTrackingVH; NFCSanjoy Das2017-04-261-3/+3
| | | | | | | | | | | | | | | | Summary: I plan to use WeakVH to mean "nulls itself out on deletion, but does not track RAUW" in a subsequent commit. Reviewers: dblaikie, davide Reviewed By: davide Subscribers: arsenm, mehdi_amini, mcrosier, mzolotukhin, jfb, llvm-commits, nhaehnle Differential Revision: https://reviews.llvm.org/D32266 llvm-svn: 301424
* Cosmetic change.Galina Kistanova2017-04-241-0/+1
| | | | llvm-svn: 301253
* Small addition on how to add a builder.Galina Kistanova2017-04-241-0/+1
| | | | llvm-svn: 301248
* Updates documentation for a syntax sugar libfuzzer flag,George Karpenkov2017-04-241-3/+9
| | | | | | as implemented in https://reviews.llvm.org/D32193 llvm-svn: 301217
* AMDGPU: Move trap lowering to DAGMatt Arsenault2017-04-241-3/+2
| | | | | | | | | | | Fixes traps in any block besides the entry block, and fixes depending on a live-in physical register by using a virtual register copy. Also happens to stop emitting a nop in the case debug trap is not supported. llvm-svn: 301206
* Testing commit credentialsGeorge Karpenkov2017-04-241-0/+1
| | | | llvm-svn: 301200
* Update documentation for the NetBSD targetKamil Rytarowski2017-04-221-0/+2
| | | | | | LLVM is known to work on NetBSD x86 32-bit and 64-bit. llvm-svn: 301081
* Fix formatting of constrained FP intrinsic documentationAndrew Kaylor2017-04-201-0/+2
| | | | llvm-svn: 300865
* Statepoint Docs: fix incorrect uses of it'sSanjoy Das2017-04-191-4/+6
| | | | llvm-svn: 300797
* Refresh the statepoint docs a bitPhilip Reames2017-04-191-59/+92
| | | | | | The documentation had gotten a bit stale. The revised one are by no means perfect, but I tried to remove the obvious incorrect or misleading statements. llvm-svn: 300782
* PR32382: Fix emitting complex DWARF expressions.Adrian Prantl2017-04-182-9/+30
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The DWARF specification knows 3 kinds of non-empty simple location descriptions: 1. Register location descriptions - describe a variable in a register - consist of only a DW_OP_reg 2. Memory location descriptions - describe the address of a variable 3. Implicit location descriptions - describe the value of a variable - end with DW_OP_stack_value & friends The existing DwarfExpression code is pretty much ignorant of these restrictions. This used to not matter because we only emitted very short expressions that we happened to get right by accident. This patch makes DwarfExpression aware of the rules defined by the DWARF standard and now chooses the right kind of location description for each expression being emitted. This would have been an NFC commit (for the existing testsuite) if not for the way that clang describes captured block variables. Based on how the previous code in LLVM emitted locations, DW_OP_deref operations that should have come at the end of the expression are put at its beginning. Fixing this means changing the semantics of DIExpression, so this patch bumps the version number of DIExpression and implements a bitcode upgrade. There are two major changes in this patch: I had to fix the semantics of dbg.declare for describing function arguments. After this patch a dbg.declare always takes the *address* of a variable as the first argument, even if the argument is not an alloca. When lowering a DBG_VALUE, the decision of whether to emit a register location description or a memory location description depends on the MachineLocation — register machine locations may get promoted to memory locations based on their DIExpression. (Future) optimization passes that want to salvage implicit debug location for variables may do so by appending a DW_OP_stack_value. For example: DBG_VALUE, [RBP-8] --> DW_OP_fbreg -8 DBG_VALUE, RAX --> DW_OP_reg0 +0 DBG_VALUE, RAX, DIExpression(DW_OP_deref) --> DW_OP_reg0 +0 All testcases that were modified were regenerated from clang. I also added source-based testcases for each of these to the debuginfo-tests repository over the last week to make sure that no synchronized bugs slip in. The debuginfo-tests compile from source and run the debugger. https://bugs.llvm.org/show_bug.cgi?id=32382 <rdar://problem/31205000> Differential Revision: https://reviews.llvm.org/D31439 llvm-svn: 300522
* Bitcode: Add a string table to the bitcode format.Peter Collingbourne2017-04-171-4/+38
| | | | | | | | | | | | | | | | | | | | | | | Add a top-level STRTAB block containing a string table blob, and start storing strings for module codes FUNCTION, GLOBALVAR, ALIAS, IFUNC and COMDAT in the string table. This change allows us to share names between globals and comdats as well as between modules, and improves the efficiency of loading bitcode files by no longer using a bit encoding for symbol names. Once we start writing the irsymtab to the bitcode file we will also be able to share strings between it and the module. On my machine, link time for Chromium for Linux with ThinLTO decreases by about 7% for no-op incremental builds or about 1% for full builds. Total bitcode file size decreases by about 3%. As discussed on llvm-dev: http://lists.llvm.org/pipermail/llvm-dev/2017-April/111732.html Differential Revision: https://reviews.llvm.org/D31838 llvm-svn: 300464
* [libFuzzer] more trophiesKostya Serebryany2017-04-141-0/+2
| | | | llvm-svn: 300366
* MIRLangRef: Add a section on simplifying .mir testsMatthias Braun2017-04-131-0/+47
| | | | | | Differential Revision: http://reviews.llvm.org/D32058 llvm-svn: 300282
* MIRLangRef: Simplify/update documentationMatthias Braun2017-04-131-15/+16
| | | | | | | | | | | - Refer to options by `-option` instead of `option` - Use `-mtriple=` instead of `-march` in the example (-march will still target the default operating system which is usually not what you want in a test) - Rephrase sentence because output does not go to stdout by default (you need -o - for that as should be expected). llvm-svn: 300268
* Remove more lies from the LangRef.George Burgess IV2017-04-131-3/+1
| | | | | | Same change as in r300168, but for invoke instead of call. llvm-svn: 300172
* Update the LangRef to reflect reality.George Burgess IV2017-04-131-3/+1
| | | | | | | | | | | | At the very least, we have CallInst::setIsNoInline() for adding the noinline attribute to callsites, and I'm told alwaysinline seems to work. Thought of adding "not all attributes are guaranteed to work here". If someone thinks that would be better (or has a better way of phrasing that, etc.), happy to add it. llvm-svn: 300168
* [InstCombine] fix wrong undef handling when converting select to shuffleSanjay Patel2017-04-121-3/+4
| | | | | | | | | | | | | As discussed in: https://bugs.llvm.org/show_bug.cgi?id=32486 ...the canonicalization of vector select to shufflevector does not hold up when undef elements are present in the condition vector. Try to make the undef handling clear in the code and the LangRef. Differential Revision: https://reviews.llvm.org/D31980 llvm-svn: 300092
* [LangRef] fix documentationPiotr Padlewski2017-04-121-0/+1
| | | | llvm-svn: 300050
* Invariant.group and mustalias docs fixesPiotr Padlewski2017-04-122-1/+11
| | | | | | | | | | | | | | | Summary: Alias analysis would like to know that invariant.group.barrier returns pointer that mustalias, but this can't imply that we can replace one pointer with another Reviewers: dberlin, sanjoy Subscribers: llvm-commits, chandlerc, hfinkel, nlewycky, amharc Differential Revision: https://reviews.llvm.org/D31758 llvm-svn: 300033
* Minor updates to floating point intrinsic documentationAndrew Kaylor2017-04-111-24/+21
| | | | llvm-svn: 299991
* Allow DataLayout to specify addrspace for allocas.Matt Arsenault2017-04-101-2/+5
| | | | | | | | | | | | | | | | | | | | | | | LLVM makes several assumptions about address space 0. However, alloca is presently constrained to always return this address space. There's no real way to avoid using alloca, so without this there is no way to opt out of these assumptions. The problematic assumptions include: - That the pointer size used for the stack is the same size as the code size pointer, which is also the maximum sized pointer. - That 0 is an invalid, non-dereferencable pointer value. These are problems for AMDGPU because alloca is used to implement the private address space, which uses a 32-bit index as the pointer value. Other pointers are 64-bit and behave more like LLVM's notion of generic address space. By changing the address space used for allocas, we can change our generic pointer type to be LLVM's generic pointer type which does have similar properties. llvm-svn: 299888
* [XRay][docs] Fix hyperlink to XRay docDean Michael Berris2017-04-061-3/+2
| | | | llvm-svn: 299624
* [coroutines] Add syntax coloring to examples in Coroutines.rstGor Nishanov2017-04-051-19/+19
| | | | | | | | Subscribers: EricWF Differential Revision: https://reviews.llvm.org/D31699 llvm-svn: 299517
* Change section flag character for SHF_LINK_ORDER to "o".Evgeniy Stepanov2017-04-041-3/+3
| | | | | | | | GAS uses "m" as a compatibility alias for "M" (SHF_MERGE). "o" is free, except on ia64, where it already means SHF_LINK_ORDER. llvm-svn: 299479
* Update stale doxygen links in ProgrammersManual.rstTim Northover2017-04-031-17/+17
| | | | | | Patch by Wei-Ren Chen. llvm-svn: 299395
* Fix LLVMBuild.txt typo. NFCJoel Jones2017-04-031-1/+1
| | | | llvm-svn: 299373
* Bitcode: Remove reader support for MODULE_CODE_PURGEVALS.Peter Collingbourne2017-04-031-10/+0
| | | | | | | | | | Support for writing this module code was removed in r73220, which was well before the LLVM 3.0 release, so we do not need to be able to understand it for backwards compatibility. Differential Revision: https://reviews.llvm.org/D31563 llvm-svn: 299370
* [XRay][docs] Add XRayExample to docindex.Dean Michael Berris2017-03-311-0/+1
| | | | llvm-svn: 299172
* [XRay][docs] Examples for how to use XRayDean Michael Berris2017-03-302-0/+277
| | | | | | | | | | | | | | | Summary: This document is an attempt at showing how XRay could be used to debug latency issues with LLVM tools, and how to use the llvm-xray tool to analyse XRay traces. Reviewers: echristo, mehdi_amini, davide Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D31493 llvm-svn: 299133
* LangRef: Don't refer to a 'generic' address space.Matt Arsenault2017-03-301-2/+2
| | | | | | Consistently call this the default address space. llvm-svn: 299131
* Fix GettingStarted.rst statement.Rafael Espindola2017-03-291-1/+1
| | | | | | Patch by Wei-Ren Chen! llvm-svn: 298995
* [IR] Add AllowContract to FastMathFlagsAdam Nemet2017-03-281-0/+4
| | | | | | | | | | | | -ffp-contract=fast does not currently work with LTO because it's passed as a TargetOption to the backend rather than in the IR. This adds it to FastMathFlags. This is toward fixing PR25721 Differential Revision: https://reviews.llvm.org/D31164 llvm-svn: 298939
OpenPOWER on IntegriCloud