summaryrefslogtreecommitdiffstats
path: root/llvm/docs
Commit message (Collapse)AuthorAgeFilesLines
* Make LLVM_APPEND_VC_REV=OFF affect clang, lld, and lldb as well.Nico Weber2020-06-231-1/+1
| | | | | | | | | | | | | | | | | | When LLVM_APPEND_VC_REV=OFF is set, the current git hash is no longer embedded into binaries (mostly for --version output). Without it, most binaries need to relink after every single commit, even if they didn't change otherwise (due to, say, a documentation-only commit). LLVM_APPEND_VC_REV is ON by default, so this doesn't change the default behavior of anything. With this, all clients of GenerateVersionFromVCS.cmake honor LLVM_APPEND_VC_REV. Differential Revision: https://reviews.llvm.org/D72855 (cherry picked from commit fb5fafb23cc2d8613f8be2487afe94d8594a88ce)
* llvm docs: drop index.rst release version warningHans Wennborg2020-03-041-5/+0
|
* ReleaseNotes: Formatting and typo fixes.Peter Wu2020-03-041-14/+17
|
* Minor ReleaseNotes fixesHans Wennborg2020-03-021-17/+16
|
* ReleaseNotes: remove in-progress warnings, tidy up a bitHans Wennborg2020-02-281-57/+73
|
* [RISCV] Update RISC-V Release Notes for LLVMSam Elliott2020-02-271-11/+16
| | | | This corrects some typos and clarifies some points.
* [ReleaseNotes] Mention freeze instructionJuneyoung Lee2020-02-271-2/+6
| | | | | | | | | | Reviewers: hans, nlopes, regehr Subscribers: llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D75226
* [RISCV] Add Clang and LLVM Release NotesSam Elliott2020-02-261-0/+59
|
* [ReleaseNotes] Mention new matrix intrinsics.Florian Hahn2020-02-262-0/+9
| | | | | | | | Reviewers: anemet, Gerolf Reviewed By: anemet Differential Revision: https://reviews.llvm.org/D75161
* [docs][WebAssembly] WebAssembly-specific release notes for 10.0.Dan Gohman2020-02-251-1/+6
|
* ReleaseNotes: Mention improved DWARF5 support in lldbPavel Labath2020-02-241-0/+2
| | | | | Mainly involves location and range list handling, but other holes have been filled too.
* ReleaseNotes: ARM and AArch64Hans Wennborg2020-02-241-1/+10
| | | | By Kristof Beyls!
* ReleaseNotes: AttributorHans Wennborg2020-02-241-1/+9
| | | | By Johannes Doerfert!
* [docs] Add some LLDB release notesRaphael Isemann2020-02-211-0/+9
|
* Add SystemZ release notesUlrich Weigand2020-02-111-0/+13
|
* IR Linking: Support merging Warning+Max module metadata flagsDavid Blaikie2020-02-111-1/+3
| | | | | | | | | | | | | | | | | Summary: Debug Info Version was changed to use "Max" instead of "Warning" per the original design intent - but this maxes old/new IR unlinkable, since mismatched merge styles are a linking failure. It seems possible/maybe reasonable to actually support the combination of these two flags: Warn, but then use the maximum value rather than the first value/earlier module's value. Reviewers: tejohnson Differential Revision: https://reviews.llvm.org/D74257 (cherry picked from commit ba9cae58bbdd41451ee67773c9d0f90a01756f12)
* ReleaseNotes / external projects: ZigHans Wennborg2020-02-101-1/+11
|
* PowerPC release notesHans Wennborg2020-02-101-1/+23
| | | | By Anil Mahmud.
* [docs] Add LLVM/LLDB release notes for the 10.x branch for things I've doneMartin Storsjö2020-02-051-0/+9
| | | | Differential Revision: https://reviews.llvm.org/D74027
* [docs][mips] 10.0 Release notesSimon Atanasyan2020-01-261-2/+16
| | | | | | MIPS specific part of LLVM 10.0 Release notes for LLVM, Clang and LLD. Differential Revision: https://reviews.llvm.org/D73108
* nop change to test the buildkite triggerHans Wennborg2020-01-201-0/+2
|
* First commit on the branchHans Wennborg2020-01-151-0/+2
|
* [llvm-locstats] Fix the docsDjordje Todorovic2020-01-151-0/+0
| | | | Add the missing picture for the documentation.
* [llvm-locstats] Add the --draw-plot optionDjordje Todorovic2020-01-151-24/+45
| | | | | | | | When using the option, draw the histogram representing the debug location buckets. The resulting histogram will be saved in a png file. Differential Revision: https://reviews.llvm.org/D71869
* [llvm-locstats][NFC] Support OOP conceptDjordje Todorovic2020-01-151-7/+7
| | | | | | | | | | | | | | | Making these changes, the code becomes more robust and easier for adding the new features. -Introduce the LocationStats class representing the statistics -Add the pretty_print() method in the LocationStats class -Add additional '-' for the program options -Add the verify_program_inputs() function -Add the parse_locstats() function -Rename 'results' => 'opts' -Add more comments Differential Revision: https://reviews.llvm.org/D71868
* [TableGen] Introduce an if/then/else statement.Simon Tatham2020-01-141-1/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This allows you to make some of the defs in a multiclass or `foreach` conditional on an expression computed from the parameters or iteration variables. It was already possible to simulate an if statement using a `foreach` with a dummy iteration variable and a list constructed using `!if` so that it had length 0 or 1 depending on the condition, e.g. foreach unusedIterationVar = !if(condition, [1], []<int>) in { ... } But this syntax is nicer to read, and also more convenient because it allows an else clause. To avoid upheaval in the implementation, I've implemented `if` as pure syntactic sugar on the `foreach` implementation: internally, `ParseIf` actually does construct exactly the kind of foreach shown above (and another reversed one for the else clause if present). Reviewers: nhaehnle, hfinkel Reviewed By: hfinkel Subscribers: hiraditya, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D71474
* [TableGen] Introduce a `defvar` statement.Simon Tatham2020-01-141-5/+36
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This allows you to define a global or local variable to an arbitrary value, and refer to it in subsequent definitions. The main use I anticipate for this is if you have to compute some difficult function of the parameters of a multiclass, and then use it many times. For example: multiclass Foo<int i, string s> { defvar op = !cast<BaseClass>("whatnot_" # s # "_" # i); def myRecord { dag a = (op this, (op that, the other), (op x, y, z)); int b = op.subfield; } def myOtherRecord<"template params including", op>; } There are a couple of ways to do this already, but they're not really satisfactory. You can replace `defvar x = y` with a loop over a singleton list, `foreach x = [y] in { ... }` - but that's unintuitive to someone who hasn't seen that workaround idiom before, and requires an extra pair of braces that you often didn't really want. Or you can define a nested pair of multiclasses, with the inner one taking `x` as a template parameter, and the outer one instantiating it just once with the desired value of `x` computed from its other parameters - but that makes it awkward to sequentially compute each value based on the previous ones. I think `defvar` makes things considerably easier. You can also use `defvar` at the top level, where it inserts globals into the same map used by `defset`. That allows you to define global constants without having to make a dummy record for them to live in: defvar MAX_BUFSIZE = 512; // previously: // def Dummy { int MAX_BUFSIZE = 512; } // and then refer to Dummy.MAX_BUFSIZE everywhere Reviewers: nhaehnle, hfinkel Reviewed By: hfinkel Subscribers: hiraditya, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D71407
* Update the attribution policy to use the 'Author' property of a git commitDaniel Sanders2020-01-101-7/+19
| | | | | | | | | | | | | | | Summary: The older method of adding 'Patch by John Doe' is documented in the `Attribution of Changes` section to support correct attribution of commits that pre-date the adoption of git. Reviewers: hfinkel, aaron.ballman, mehdi_amini Subscribers: llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D72468
* phab doc: Replace or remove references to svnSylvestre Ledru2020-01-091-7/+6
|
* phab doc: also document 'arc land'Sylvestre Ledru2020-01-091-0/+6
|
* phab doc: remove the svn sectionSylvestre Ledru2020-01-091-14/+0
|
* [Intrinsic] Add fixed point division intrinsics.Bevin Hansson2020-01-081-4/+141
| | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This patch adds intrinsics and ISelDAG nodes for signed and unsigned fixed-point division: llvm.sdiv.fix.* llvm.udiv.fix.* These intrinsics perform scaled division on two integers or vectors of integers. They are required for the implementation of the Embedded-C fixed-point arithmetic in Clang. Patch by: ebevhan Reviewers: bjope, leonardchan, efriedma, craig.topper Reviewed By: craig.topper Subscribers: Ka-Ka, ilya, hiraditya, jdoerfert, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D70007
* [docs] Fix duplicate explicit target name: developer policyJim Lin2020-01-081-2/+2
|
* [docs] Improve HowTo commit changes from gitJim Lin2020-01-081-1/+5
| | | | | | | | | | | | | | Summary: As a novice here I tried to `git push` my changes for a while before figuring out the correct workflow which is described on other pages. This small change doesn't reduce redundancy between those pages, but at least readers can follow the links now. Reviewers: Kokan, Jim Reviewed By: Kokan, Jim Subscribers: riccibruno, kiszk, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D72077
* Revert "Allow output constraints on "asm goto""Bill Wendling2020-01-071-22/+10
| | | | | | This reverts commit 52366088a8e42c2f1e96e8430b84b8b65ec3f7bc. I accidentally pushed this before supporting changes.
* Allow output constraints on "asm goto"Bill Wendling2020-01-071-10/+22
| | | | | | | | | | | | | | | | | Summary: Remove the restrictions that preventing "asm goto" from returning non-void values. The values returned by "asm goto" are only valid on the "fallthrough" path. Reviewers: jyknight, nickdesaulniers, hfinkel Reviewed By: jyknight, nickdesaulniers Subscribers: rsmith, hiraditya, llvm-commits, cfe-commits, craig.topper, rnk Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D69876
* [docs] NFC: Fix typos in documentsHans Wennborg2020-01-079-10/+10
| | | | | | | | | "the the" -> "the" "an" -> "a" Patch by Kazuaki Ishizaki <ishizaki@jp.ibm.com>! Differential revision: https://reviews.llvm.org/D72091
* [RISCV][Docs] Add RISC-V asm template argument modifiersLuís Marques2020-01-071-0/+7
| | | | | | Adds the RISC-V asm template argument modifiers currently supported by LLVM. Additional ones supported by GCC will be added to the documentation when we start supporting them.
* Generalize the pass registration mechanism used by Polly to any third-party toolserge_sans_paille2020-01-021-0/+45
| | | | | | | | | | | | | | | | | | | | | | | | There's quite a lot of references to Polly in the LLVM CMake codebase. However the registration pattern used by Polly could be useful to other external projects: thanks to that mechanism it would be possible to develop LLVM extension without touching the LLVM code base. This patch has two effects: 1. Remove all code specific to Polly in the llvm/clang codebase, replaicing it with a generic mechanism 2. Provide a generic mechanism to register compiler extensions. A compiler extension is similar to a pass plugin, with the notable difference that the compiler extension can be configured to be built dynamically (like plugins) or statically (like regular passes). As a result, people willing to add extra passes to clang/opt can do it using a separate code repo, but still have their pass be linked in clang/opt as built-in passes. Differential Revision: https://reviews.llvm.org/D61446
* [PowerPC][docs] Update Embedded PowerPC docs in Compiler Writers Info pageJinsong Ji2019-12-301-1/+11
| | | | | | | | | | | | | | | | | | | | | Summary: Embedded PowerPC are still actively supported, especially SPE... So update some important references here: * adding EREF * adding SPE/VLE ref Delete deprecated ones into "Other documents..". Reviewers: #powerpc, jhibbits, hfinkel Reviewed By: #powerpc, jhibbits Subscribers: wuzish, merge_guards_bot, nemanjai, shchenz, steven.zhang, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D72008
* Ignore "no-frame-pointer-elim" and "no-frame-pointer-elim-non-leaf" in favor ↵Fangrui Song2019-12-301-0/+5
| | | | | | | | | | | | | of "frame-pointer" D56351 (included in LLVM 8.0.0) introduced "frame-pointer". All tests which use "no-frame-pointer-elim" or "no-frame-pointer-elim-non-leaf" have been migrated to use "frame-pointer". Implement UpgradeFramePointerAttributes to upgrade the two obsoleted function attributes for bitcode. Their semantics are ignored. Differential Revision: https://reviews.llvm.org/D71863
* [AMDGPU][MC][DOC] Updated AMD GPU assembler syntax description.Dmitry Preobrazhensky2019-12-2562-109/+1464
| | | | | | | | | | | Summary of changes: - added description of GFX9 subtargets: - gfx900; - gfx902; - gfx904; - gfx906; - gfx908; - gfx909.
* Migrate function attribute "no-frame-pointer-elim" to "frame-pointer"="all" ↵Fangrui Song2019-12-241-1/+1
| | | | as cleanups after D56351
* VariableName doc: fix the link to the mozilla docSylvestre Ledru2019-12-241-1/+1
|
* [docs] fix typo in Lexicon.rstAlex Zinenko2019-12-241-4/+4
| | | | Differential revision: https://reviews.llvm.org/D71844
* [Docs] Fix sphinx build errors.Florian Hahn2019-12-233-9/+9
|
* fix another doc typo to cycle botsNico Weber2019-12-201-1/+1
|
* [llvm-symbolizer] Support reading options from environmentPetr Hosek2019-12-202-0/+8
| | | | | | | | | | | | | llvm-symbolizer is used by sanitizers to symbolize errors discovered by sanitizer, but there's no way to pass options to llvm-symbolizer since the tool is invoked directly by the sanitizer runtime. Therefore, we don't have a way to pass options needed to find debug symbols such as -dsym-hint or -debug-file-directory. This change enables reading options from the LLVM_SYMBOLIZER_OPTS in addition to command line which can be used to pass those additional options to llvm-symbolizer invocations made by sanitizer runtime. Differential Revision: https://reviews.llvm.org/D71668
* [Docs] Fix a typoYuanfang Chen2019-12-181-1/+1
|
* [FPEnv] Strict versions of llvm.minimum/llvm.maximumUlrich Weigand2019-12-181-0/+64
| | | | | | | | | | | | | Add new intrinsics llvm.experimental.constrained.minimum llvm.experimental.constrained.maximum as strict versions of llvm.minimum and llvm.maximum. Includes SystemZ back-end support. Reviewed By: craig.topper Differential Revision: https://reviews.llvm.org/D71624
OpenPOWER on IntegriCloud