summaryrefslogtreecommitdiffstats
path: root/llvm/docs
Commit message (Collapse)AuthorAgeFilesLines
* Change some more llvm highlighting instances to be text instead. It seems ↵Aaron Ballman2016-07-231-9/+9
| | | | | | | | that Pygment does not handle "token" or "none" yet, and this caused the documentation bot to go red. Patch by Gor Nishanov. llvm-svn: 276532
* Switching the highlighting from llvm to none in an attempt to appease the ↵Aaron Ballman2016-07-231-1/+1
| | | | | | build bot (http://lab.llvm.org:8011/builders/llvm-sphinx-docs/builds/11984/steps/docs-llvm-html/logs/stdio). llvm-svn: 276531
* Removes a warning about duplicate label named _strings from CommandLine.rst.Aaron Ballman2016-07-231-1/+1
| | | | llvm-svn: 276530
* [coroutines] Part 1 of N: DocumentationDavid Majnemer2016-07-232-0/+1222
| | | | | | | | | | | This is the first patch in the coroutine series. It contains the documentation for the coroutine intrinsics and their usage. Patch by Gor Nishanov! Differential Revision: https://reviews.llvm.org/D22603 llvm-svn: 276513
* Invariant start/end intrinsics overloaded for address spaceAnna Thomas2016-07-221-2/+4
| | | | | | | | | | | | | | | | | | | | | | Summary: The llvm.invariant.start and llvm.invariant.end intrinsics currently support specifying invariant memory objects only in the default address space. With this change, these intrinsics are overloaded for any adddress space for memory objects and we can use these llvm invariant intrinsics in non-default address spaces. Example: llvm.invariant.start.p1i8(i64 4, i8 addrspace(1)* %ptr) This overloaded intrinsic is needed for representing final or invariant memory in managed languages. Reviewers: apilipenko, reames Subscribers: llvm-commits llvm-svn: 276447
* [docs] Move GitHub to GitHubSubModRenato Golin2016-07-212-5/+5
| | | | | | | | Given that other proposals are making their way through, it's better if we specify what GitHub proposal this is, in case there are others that also involve GitHub, but not sub-modules. llvm-svn: 276325
* Revert "Invariant start/end intrinsics overloaded for address space"Anna Thomas2016-07-211-4/+2
| | | | | | This reverts commit r276316. llvm-svn: 276320
* Invariant start/end intrinsics overloaded for address spaceAnna Thomas2016-07-211-2/+4
| | | | | | | | | | | | | | | | | | | | | Summary: The llvm.invariant.start and llvm.invariant.end intrinsics currently support specifying invariant memory objects only in the default address space. With this change, these intrinsics are overloaded for any adddress space for memory objects and we can use these llvm invariant intrinsics in non-default address spaces. Example: llvm.invariant.start.p1i8(i64 4, i8 addrspace(1)* %ptr) This overloaded intrinsic is needed for representing final or invariant memory in managed languages. Reviewers: tstellarAMD, reames, apilipenko Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D22519 llvm-svn: 276316
* Adding RELEASE_TESTERS.TXTRenato Golin2016-07-211-0/+3
| | | | llvm-svn: 276302
* [docs] Update release docsRenato Golin2016-07-211-151/+91
| | | | llvm-svn: 276264
* [docs] Fixing Sphinx warnings to unclog the buildbotRenato Golin2016-07-2022-184/+182
| | | | | | | | | | | | | | | | | | | | | | | Lots of blocks had "llvm" or "nasm" syntax types but either weren't following the syntax, or the syntax has changed (and sphinx hasn't keep up) or the type doesn't even exist (nasm?). Other documents had :options: what were invalid. I only removed those that had warnings, and left the ones that didn't, in order to follow the principle of least surprise. This is like this for ages, but the buildbot is now failing on errors. It may take a while to upgrade the buildbot's sphinx, if that's even possible, but that shouldn't stop us from getting docs updates (which seem down for quite a while). Also, we're not losing any syntax highlight, since when it doesn't parse, it doesn't colour. Ie. those blocks are not being highlighted anyway. I'm trying to get all docs in one go, so that it's easy to revert later if we do fix, or at least easy to know what's to fix. llvm-svn: 276109
* [docs] fix cmake code-block warningRenato Golin2016-07-201-4/+4
| | | | | | | This will unblock the llvm-sphinx-buildbot, which is currently failing due to a warning being treated as error. llvm-svn: 276100
* [docs] Add proposals to index fileRenato Golin2016-07-201-0/+19
| | | | llvm-svn: 276099
* [docs] GitHub Proposal for LLVMRenato Golin2016-07-201-0/+268
| | | | | | | | | | | | | | | | | | | | This document was crafted from the various (320+) emails between 2nd June and 20th July regarding the move to GitHub. It tried to consolidate every issue that was raised and every solution that was presented to have a GitHub repository with sub-modules. It *does not* try to argue whether sub-modules are better or worse than any other Git solution, nor if Git is better than any other VCS, nor if GitHub is better than any other free code hosting service. This is just the final conclusions of 48 days and 320 emails (plus a lot of IRC discussions) on the LLVM community. This document will be presented at the survey that the foundation will setup for us to decide if we move to this solution or not. It reflects what was discussed on the lists, but it's not authoritative. If something is not clear enough, please refer to the mailing list discussions (hint: search for "GitHub"). Review: https://reviews.llvm.org/D22463 llvm-svn: 276097
* Fixing a few places in this doc which look like obvious typos.Yunzhong Gao2016-07-201-4/+5
| | | | llvm-svn: 276070
* This code block breaks the docs build ↵Aaron Ballman2016-07-191-3/+3
| | | | | | (http://lab.llvm.org:8011/builders/llvm-sphinx-docs/builds/11925/steps/docs-llvm-html/logs/stdio). Setting the code highlighting to none instead of llvm. llvm-svn: 276060
* This code block breaks the docs build ↵Aaron Ballman2016-07-191-2/+2
| | | | | | (http://lab.llvm.org:8011/builders/llvm-sphinx-docs/builds/11921/steps/docs-llvm-html/logs/stdio). Setting the code highlighting to none instead of llvm to hopefully get the bot stumbling back towards green. llvm-svn: 276018
* This code block breaks the docs build ↵Aaron Ballman2016-07-191-1/+1
| | | | | | (http://lab.llvm.org:8011/builders/llvm-sphinx-docs/builds/11920/steps/docs-llvm-html/logs/stdio), but I cannot see anything immediately wrong with it and cannot reproduce the diagnostic locally. Setting the code highlighting to none instead of nasm to hopefully get the bot stumbling back towards green. llvm-svn: 275998
* Retry: [llvm-profdata] Speed up merging by using a thread poolVedant Kumar2016-07-191-0/+5
| | | | | | | | | | | | | | | | | | | | | Add a "-j" option to llvm-profdata to control the number of threads used. Auto-detect NumThreads when it isn't specified, and avoid spawning threads when they wouldn't be beneficial. I tested this patch using a raw profile produced by clang (147MB). Here is the time taken to merge 4 copies together on my laptop: No thread pool: 112.87s user 5.92s system 97% cpu 2:01.08 total With 2 threads: 134.99s user 26.54s system 164% cpu 1:33.31 total Changes since the initial commit: - When handling odd-length inputs, call ThreadPool::wait() before merging the last profile. Should fix a race/off-by-one (see r275937). Differential Revision: https://reviews.llvm.org/D22438 llvm-svn: 275938
* Revert "[llvm-profdata] Speed up merging by using a thread pool"Vedant Kumar2016-07-191-5/+0
| | | | | | | | | | | This reverts commit r275921. It broke the ppc64be bot: http://lab.llvm.org:8011/builders/clang-ppc64be-linux-multistage/builds/3537 I'm not sure why it broke, but based on the output, it looks like an off-by-one (one profile left un-merged). llvm-svn: 275937
* [Kaleidoscope][BuildingAJIT] More work on the text for Chapter 3.Lang Hames2016-07-191-33/+46
| | | | | | | | | | | Add an overview of stubs and compile callbacks before the discussion of the source changes. -- This line, and those below, will be ignored-- M docs/tutorial/BuildingAJIT3.rst llvm-svn: 275933
* [llvm-profdata] Speed up merging by using a thread poolVedant Kumar2016-07-181-0/+5
| | | | | | | | | | | | | | | | Add a "-j" option to llvm-profdata to control the number of threads used. Auto-detect NumThreads when it isn't specified, and avoid spawning threads when they wouldn't be beneficial. I tested this patch using a raw profile produced by clang (147MB). Here is the time taken to merge 4 copies together on my laptop: No thread pool: 112.87s user 5.92s system 97% cpu 2:01.08 total With 2 threads: 134.99s user 26.54s system 164% cpu 1:33.31 total Differential Revision: https://reviews.llvm.org/D22438 llvm-svn: 275921
* Trunk release notes now refer to 4.0.0Hans Wennborg2016-07-181-85/+11
| | | | llvm-svn: 275842
* Bump the trunk version to 4.0.0svn.Hans Wennborg2016-07-182-4/+3
| | | | | | Differential Revision: https://reviews.llvm.org/D21821 llvm-svn: 275827
* Fixed errors in docs.Alexander Kornienko2016-07-181-0/+3
| | | | llvm-svn: 275789
* bugpoint: add flag -verbose-errorsSebastian Pop2016-07-151-0/+8
| | | | | | | | | | | | The default behavior of bugpoint is to print "<crash>" when it finds a reduced test that crashes compilation. With this flag we now can see the output of the crashing program. This is useful to make sure it is the same error being tracked down and not a different error that happens to crash the compiler as well. Differential Revision: https://reviews.llvm.org/D22411 llvm-svn: 275646
* [llvm-cov] Optionally use a symbol demangler when preparing reportsVedant Kumar2016-07-151-0/+8
| | | | | | | | | | Add an option to specify a symbol demangler (as well as options to the demangler). This can be used to make reports more human-readable. This option is especially useful in -output-dir mode, since it isn't as easy to manually pipe reports into a demangler in this mode. llvm-svn: 275640
* [Kaleidoscope][BuildingAJIT] Start filling in text for chapter 3.Lang Hames2016-07-151-6/+127
| | | | llvm-svn: 275518
* Speculatively fix the sphinx build, which does not think the original code ↵Aaron Ballman2016-07-141-4/+4
| | | | | | was valid nasm (http://lab.llvm.org:8011/builders/llvm-sphinx-docs/builds/11854/steps/docs-llvm-html/logs/stdio). llvm-svn: 275408
* clarify a bit.Chris Lattner2016-07-141-1/+1
| | | | llvm-svn: 275364
* Synchronize LLVM and clang's ObjCDeclSpec::ObjCPropertyAttributeKind.Adrian Prantl2016-07-141-1/+7
| | | | | | | | | | This adds Clang-specific DWARF constants for nullability and ObjC class properties that are already generated by clang. This patch adds dwarfdump support and a more comprehensive testcase. <rdar://problem/27335745> llvm-svn: 275354
* PR28516: Fix LangRef description of call and invoke to match IR changes for ↵David Blaikie2016-07-131-14/+16
| | | | | | typeless pointers llvm-svn: 275283
* fix incorrect xref in sphinx docEtienne Bergeron2016-07-132-2/+2
| | | | llvm-svn: 275255
* Review fixes to lit documentationPiotr Padlewski2016-07-121-32/+2
| | | | | | | | | | Reviewers: mehdi_amini Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D22245 llvm-svn: 275214
* Update the LangRef description of the 'returned' attributeHal Finkel2016-07-101-6/+7
| | | | | | | | | | | | The description of the 'returned' attribute says that it is only used when code-generating the caller. I'd like to make the optimizer smarter about looking through functions with returned arguments (generally, but motivated by my llvm.noalias work). As David pointed out in the review of D22202, the LangRef should be updated to make its expanded uses clearer. Differential Revision: http://reviews.llvm.org/D22205 llvm-svn: 275026
* [docs] Fix up a broken link.Sean Silva2016-07-091-1/+1
| | | | llvm-svn: 275002
* Added REQUIRES to TestingGuide documentationPiotr Padlewski2016-07-081-0/+47
| | | | | | | | | | Reviewers: alexfh, wolfgangp, rengolin Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D22172 llvm-svn: 274949
* Fix LTO documentPiotr Padlewski2016-07-081-2/+2
| | | | | | | | | | | | Summary: fixed very old document Reviewers: tejohnson, pcc Subscribers: mehdi_amini, eraman, llvm-commits Differential Revision: http://reviews.llvm.org/D22121 llvm-svn: 274811
* [llvm-cov] Add support for creating html reportsVedant Kumar2016-07-061-1/+1
| | | | | | | | Based on a patch by Harlan Haskins! Differential Revision: http://reviews.llvm.org/D18278 llvm-svn: 274688
* NVPTX: Replace uses of cuda.syncthreads with nvvm.barrier0Justin Bogner2016-07-062-2/+2
| | | | | | | Everywhere where cuda.syncthreads or __syncthreads is used, use the properly namespaced nvvm.barrier0 instead. llvm-svn: 274664
* [Conduct] Refine what "rare cases" means wrt violations outside our spaces.Paul Robinson2016-07-061-1/+2
| | | | | | | | | | Text suggested by Daniel Berlin. While it is likely to be exactly what the advisory committee would do anyway, codifying it does no harm and helps reassure people that rare does not mean arbitrary. Differential Revision: http://reviews.llvm.org/D21981 llvm-svn: 274659
* Add writeonly IR attributeNicolai Haehnle2016-07-041-0/+7
| | | | | | | | | | | | | | | | | Summary: This complements the earlier addition of IntrWriteMem and IntrWriteArgMem LLVM intrinsic properties, see D18291. Also start using the attribute for memset, memcpy, and memmove intrinsics, and remove their special-casing in BasicAliasAnalysis. Reviewers: reames, joker.eph Subscribers: joker.eph, llvm-commits Differential Revision: http://reviews.llvm.org/D18714 llvm-svn: 274485
* fix some various typos in the docSylvestre Ledru2016-07-027-10/+10
| | | | llvm-svn: 274449
* New Kaleidoscope chapter: Creating object filesWilfred Hughes2016-07-0212-27/+248
| | | | | | | | | | | | This new chapter describes compiling LLVM IR to object files. The new chaper is chapter 8, so later chapters have been renumbered. Since this brings us to 10 chapters total, I've also needed to rename the other chapters to use two digit numbering. Differential Revision: http://reviews.llvm.org/D18070 llvm-svn: 274441
* Remove non-ASCII characters (silly smart quotes). Thanks to Hal forChandler Carruth2016-06-302-7/+7
| | | | | | noticing. llvm-svn: 274289
* Introduce a *draft* of a code of conduct for the LLVM community and theChandler Carruth2016-06-303-0/+256
| | | | | | | | | | | | | | | | | | | | | | | | | | | associated reporting guide. I want to emphasize that at this point these are just drafts! This is the result of very extended discussion on the mailing lists on several different threads: http://lists.llvm.org/pipermail/llvm-dev/2015-October/091218.html http://lists.llvm.org/pipermail/llvm-dev/2016-May/099120.html http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20151019/307070.html The reporting guide in particular I anticipate will be shaped somewhat by the advisory committee when they are selected. But hopefully this serves as a good starting point and good guidance while the advisory committee is being sorted out. I'd like to thank all the folks who contributed to this. Many, *many* people worked to help with drafting, wording, suggestions, and edits. Also, this is based on widely used existing codes of coduct as mentioned in the text, and the original authors of those deserve many thanks as well. Differential Revision: http://reviews.llvm.org/D13741 llvm-svn: 274268
* [Docs][CodeGenerator] Don't specify the number of operands in BuildMIKrzysztof Parzyszek2016-06-291-16/+11
| | | | | | | | Patch by Visoiu Mistrih Francis. Differential Revision: http://reviews.llvm.org/D21819 llvm-svn: 274128
* Support arbitrary addrspace pointers in masked load/store intrinsicsArtur Pilipenko2016-06-281-10/+10
| | | | | | | | | | | | | | This is a resubmittion of 263158 change after fixing the existing problem with intrinsics mangling (see LTO and intrinsics mangling llvm-dev thread for details). This patch fixes the problem which occurs when loop-vectorize tries to use @llvm.masked.load/store intrinsic for a non-default addrspace pointer. It fails with "Calling a function with a bad signature!" assertion in CallInst constructor because it tries to pass a non-default addrspace pointer to the pointer argument which has default addrspace. The fix is to add pointer type as another overloaded type to @llvm.masked.load/store intrinsics. Reviewed By: reames Differential Revision: http://reviews.llvm.org/D17270 llvm-svn: 274043
* Reapply "[llvm-cov] Add an -output-dir option for the show sub-command""Vedant Kumar2016-06-281-0/+8
| | | | | | | | | | | | | | | Passing -output-dir path/to/dir to llvm-cov show creates path/to/dir if it doesn't already exist, and prints reports into that directory. In function view mode, all views are written into path/to/dir/functions.$EXTENSION. In file view mode, all views are written into path/to/dir/coverage/$PATH.$EXTENSION. Changes since the initial commit: - Avoid accidentally closing stdout twice. llvm-svn: 273985
* Revert "[llvm-cov] Add an -output-dir option for the show sub-command"Vedant Kumar2016-06-281-8/+0
| | | | | | | This reverts commit r273971. test/profile/instrprof-visibility.cpp is failing because of an uncaught error in SafelyCloseFileDescriptor. llvm-svn: 273978
OpenPOWER on IntegriCloud