summaryrefslogtreecommitdiffstats
path: root/llvm/docs
Commit message (Collapse)AuthorAgeFilesLines
...
* [OCaml] Generate documentation again with autoconf buildsystem.Peter Zotov2015-02-281-3/+3
| | | | | | | | | | | Patch by Evangelos Foutras: r220899 started using ocamlfind to build the OCaml bindings but docs/Makefile still contains references to the OCAMLDOC macro which is no longer being defined. The result is that OCaml documentation isn't generated/installed. llvm-svn: 230850
* [new docs] Performance Tips for Frontend AuthorsPhilip Reames2015-02-273-0/+70
| | | | | | | | | | As mentioned on llvm-dev, this is a new documentation page intended to collect tips for frontend authors on how to generate IR that LLVM is able to optimize well. These types of things come up repeated in review threads and it would be good to have a place to save them. I added a small handful to start us off, but I mostly want to get the framework in place. Once the docs are here, we can add to them incrementally. If you know of something appropriate for this page, please add it! Differential Revision: http://reviews.llvm.org/D7890 llvm-svn: 230807
* Refer users looking for the release notes to 3.6.Benjamin Kramer2015-02-271-1/+1
| | | | llvm-svn: 230781
* Delete LLVM_DELETED_FUNCTION from coding standardsReid Kleckner2015-02-271-28/+0
| | | | | | | | | It didn't seem worth leaving behind a guideline to use '= delete' to make a class uncopyable. That's a well known C++ design pattern. Reported on the mailing list and in PR22724. llvm-svn: 230776
* Try to fix a docs link.Nico Weber2015-02-261-3/+3
| | | | llvm-svn: 230672
* [GC docs] Add example IR, assembly, and stackmaps to Statepoint documentationPhilip Reames2015-02-261-19/+103
| | | | | | | | When I originally committed the statepoint docs, I left placeholders for example IR fragments. I'm finally getting around to filling those in. I also added IR fragments to illustrate the usage of the PlaceSafepoints pass while I was at it. llvm-svn: 230601
* [GC docs] More minor word tweaks to make the GC bits clearerPhilip Reames2015-02-251-3/+6
| | | | llvm-svn: 230581
* [GC Docs] Update LangRef to link to Statepoint docsPhilip Reames2015-02-252-10/+22
| | | | | | | | Add a brief section linking to the experimental statepoint intrinsics analogous to the one we have linking to patchpoint. While I'm here, cleanup some wording about what the gc "name" attribute actually means. It's not the name of a *collector* it's the name of the *strategy* which may be compatible with multiple collectors. llvm-svn: 230576
* [GC docs] Fill in description of the statepoint-example GC strategyPhilip Reames2015-02-252-3/+16
| | | | llvm-svn: 230572
* [GC Docs] Minor wording clarificationPhilip Reames2015-02-251-3/+3
| | | | llvm-svn: 230570
* fix a typoChris Lattner2015-02-251-1/+1
| | | | llvm-svn: 230510
* [GC] Document the recently added PlaceSafepoints and RewriteGCForStatepoints ↵Philip Reames2015-02-251-3/+90
| | | | | | passes llvm-svn: 230420
* Fix consistently wrong sphinx markupPhilip Reames2015-02-252-25/+25
| | | | | | I'd been using '' where I should have been using ``. llvm-svn: 230407
* Update the GC docs to explicitly mention both gcroot and gc.statepointPhilip Reames2015-02-252-12/+31
| | | | | | Also, fix confusing bit of the gcroot documentation that bit me personally. llvm-svn: 230405
* [GC] Sync documentation with code namingPhilip Reames2015-02-241-11/+14
| | | | | | Fixing an issue pointed out by Sean Silva. Thanks! llvm-svn: 230403
* More GC documentation cleanupPhilip Reames2015-02-241-21/+24
| | | | llvm-svn: 230402
* More GC doc cleanupPhilip Reames2015-02-241-41/+51
| | | | | | Mostly minor wording changes for readability. Nothing major to see here. llvm-svn: 230397
* LowerBitSets: Introduce global layout builder.Peter Collingbourne2015-02-241-2/+6
| | | | | | | | | | The builder is based on a layout algorithm that tries to keep members of small bit sets together. The new layout compresses Chromium's bit sets to around 15% of their original size. Differential Revision: http://reviews.llvm.org/D7796 llvm-svn: 230394
* Improve the getting started instructions in the GC docsPhilip Reames2015-02-241-123/+142
| | | | | | This is still gcroot vs gc.statepoint agnostic. I'm just trying to clarify the general documentation at this point. llvm-svn: 230393
* ReleaseNotes: add notes about VS2014 Update 4 requirementHans Wennborg2015-02-241-0/+3
| | | | llvm-svn: 230363
* Fix typo: qual -> equalArch D. Robison2015-02-241-1/+1
| | | | llvm-svn: 230361
* Starting to cleanup the garbage collection documentationPhilip Reames2015-02-241-125/+172
| | | | | | | | | | | | In this change: - Put the getting started section first - Create a dedicated section to document the built in collector strategies - Move discuss of ShadowStack into new section - Add placeholders for erlang, ocaml, and statepoint-example collectors There will be many more changes following. I plan on full integrating the documentation for gc.statepoint and gc.root. I want to make it much clearer on how to get started and what users should expect in terms of effort. llvm-svn: 230359
* Try to fix reST markup for an external link.Nico Weber2015-02-231-1/+1
| | | | llvm-svn: 230200
* docs: Mention that assertions must be enabled to use the -stats flagJustin Bogner2015-02-211-0/+3
| | | | | | Patch by Rob Stewart. Thanks! llvm-svn: 230144
* Introduce bitset metadata format and bitset lowering pass.Peter Collingbourne2015-02-203-0/+98
| | | | | | | | | | | | | | | | | | | | This patch introduces a new mechanism that allows IR modules to co-operatively build pointer sets corresponding to addresses within a given set of globals. One particular use case for this is to allow a C++ program to efficiently verify (at each call site) that a vtable pointer is in the set of valid vtable pointers for the class or its derived classes. One way of doing this is for a toolchain component to build, for each class, a bit set that maps to the memory region allocated for the vtables, such that each 1 bit in the bit set maps to a valid vtable for that class, and lay out the vtables next to each other, to minimize the total size of the bit sets. The patch introduces a metadata format for representing pointer sets, an '@llvm.bitset.test' intrinsic and an LTO lowering pass that lays out the globals and builds the bitsets, and documents the new feature. Differential Revision: http://reviews.llvm.org/D7288 llvm-svn: 230054
* Fix grammar in documentation.Eric Christopher2015-02-192-9/+9
| | | | | | Patch by Ralph Campbell! llvm-svn: 229884
* Document that defaulted & deleted methods and explicit conversions are ↵Benjamin Kramer2015-02-161-0/+7
| | | | | | allowed now. llvm-svn: 229369
* Remove LLVM_HAS_VARIADIC_TEMPLATES and all the faux variadic workarounds ↵Benjamin Kramer2015-02-151-0/+2
| | | | | | | | guarded by it. We no longer support compilers without variadic template support. llvm-svn: 229324
* Update the docs to require at least MSVC 2013.Benjamin Kramer2015-02-153-5/+5
| | | | llvm-svn: 229323
* Help: Document how to build and install with CMake.Tom Stellard2015-02-131-0/+30
| | | | | | | | Resolves PR21569. Patch by: Stephen Kelly llvm-svn: 229122
* Help: Document the minimum CMake version required.Tom Stellard2015-02-131-1/+1
| | | | | | Patch by: Stephen Kelly llvm-svn: 229121
* Don't promote asynch EH invokes of nounwind functions to callsReid Kleckner2015-02-111-3/+6
| | | | | | | | | | | If the landingpad of the invoke is using a personality function that catches asynch exceptions, then it can catch a trap. Also add some landingpads to invalid LLVM IR test cases that lack them. Over-the-shoulder reviewed by David Majnemer. llvm-svn: 228782
* fix docs typoNico Weber2015-02-101-1/+1
| | | | llvm-svn: 228741
* Adding support for llvm.eh.begincatch and llvm.eh.endcatch intrinsics and ↵Andrew Kaylor2015-02-101-0/+170
| | | | | | | | beginning the documentation of native Windows exception handling. Differential Revision: http://reviews.llvm.org/D7398 llvm-svn: 228733
* Fix typo in cmake example docsRenato Golin2015-02-101-1/+1
| | | | | | Patch by Vinicius Tinti. llvm-svn: 228690
* [DOC] Asserts are only enabled in Debug build, update the doc accordinglyMehdi Amini2015-02-101-5/+5
| | | | | | | | | | | | | Summary: The CMake configuration is explicitely looking for Debug build, all the other variant disable assertions. Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D7359 From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 228653
* DebugInfo: Remove DW_TAG_constantDuncan P. N. Exon Smith2015-02-091-1/+0
| | | | | | | | Remove handling for DW_TAG_constant. We started producing it in r110656, but reverted that in r110876 without dropping the support. Finish the job. llvm-svn: 228623
* Rename the 'Extending the Language: Debug Information' to 'Adding Debug ↵David Blaikie2015-02-072-4/+4
| | | | | | Information' since this isn't actually modifying/extending the language. llvm-svn: 228512
* Fix docs typo regarding lit.local.cfg filesJonathan Roelofs2015-02-071-1/+1
| | | | llvm-svn: 228499
* [docs][LLVM-style RTTI] Add a mention of multiple inheritance.Sean Silva2015-02-071-0/+14
| | | | llvm-svn: 228479
* [docs] Put an explicit link to InAlloca.rstSean Silva2015-02-041-0/+3
| | | | llvm-svn: 228192
* Misc documentation/comment fixes.Peter Collingbourne2015-02-042-2/+2
| | | | llvm-svn: 228093
* Remove the preverify pass from the documentation now that it has been removedYunzhong Gao2015-01-301-7/+0
| | | | | | since r199487. llvm-svn: 227608
* Remove gc.root's performCustomLoweringPhilip Reames2015-01-281-63/+12
| | | | | | | | | | | | | | This is a refactoring to restructure the single user of performCustomLowering as a specific lowering pass and remove the custom lowering hook entirely. Before this change, the LowerIntrinsics pass (note to self: rename!) was essentially acting as a pass manager, but without being structured in terms of passes. Instead, it proxied calls to a set of GCStrategies internally. This adds a lot of conceptual complexity (i.e. GCStrategies are stateful!) for very little benefit. Since there's been interest in keeping the ShadowStackGC working, I extracting it's custom lowering pass into a dedicated pass and just added that to the pass order. It will only run for functions which opt-in to that gc. I wasn't able to find an easy way to preserve the runtime registration of custom lowering functionality. Given that no user of this exists that I'm aware of, I made the choice to just remove that. If someone really cares, we can look at restoring it via dynamic pass registration in the future. Note that despite the large diff, none of the lowering code actual changes. I added the framing needed to make it a pass and rename the class, but that's it. Differential Revision: http://reviews.llvm.org/D7218 llvm-svn: 227351
* [docs] Use slightly more proper .rst markupSean Silva2015-01-281-3/+3
| | | | | | | | | | | Again, I'd like to emphasize to everyone that this sort of markup change is *not* what you should be concerned about when writing docs. Focus on *content*. I applaud Chandler for focusing on the fantastic content of this new section! llvm-svn: 227305
* [docs] [cleanup] No need for a comment around C++11 overrideSean Silva2015-01-281-6/+6
| | | | llvm-svn: 227304
* Introduce a section to the programmers manual about type hierarchies,Chandler Carruth2015-01-281-0/+70
| | | | | | | | | | | | | | | | | | | polymorphism, and virtual dispatch. This is essentially trying to explain the emerging design techniques being used in LLVM these days somewhere more accessible than the comments on a particular piece of infrastructure. It covers the "concepts-based polymorphism" that caused some confusion during initial reviews of the new pass manager as well as the tagged-dispatch mechanism used pervasively in LLVM and Clang. Perhaps most notably, I've tried to provide some criteria to help developers choose between these options when designing new pieces of infrastructure. Differential Revision: http://reviews.llvm.org/D7191 llvm-svn: 227292
* [docs] Add link to the MIPS 64-bit ELF object file specificationSimon Atanasyan2015-01-251-0/+2
| | | | llvm-svn: 227050
* Fixup debug information references.Charlie Turner2015-01-243-11/+13
| | | | llvm-svn: 227020
* Update references to lines of code count.Charlie Turner2015-01-242-2/+2
| | | | | | | | The number of lines of code in Kaleidoscope has risen from the previously reported 700 to 986 according to the cloc tool. This tools was run on the toy.cpp file from Chapter 8. llvm-svn: 227019
OpenPOWER on IntegriCloud