summaryrefslogtreecommitdiffstats
path: root/llvm/docs/GettingStarted.rst
Commit message (Collapse)AuthorAgeFilesLines
...
* A few minor updates based on feedback from Justin and a few things I thought ↵Chris Bieneman2015-03-141-25/+12
| | | | | | | | | | | | were missing. * Moved autotools configure & build example out of "Getting Started Quickly (A Summary)" and into BuildingLLVMWithAutoTools. * Removed the annotations that CMake is the recommended process and Autotools is alternate. * Added brief documentation about build targets under "Getting Started Quickly..." * Added Overview text to BuildingLLVMWithAutotools * Fixed up a broken link. llvm-svn: 232278
* Updating GettingStarted documentation to reference CMake as the preferred ↵Chris Bieneman2015-03-131-205/+153
| | | | | | | | | | | | | | way to build LLVM. Reviewers: chandlerc, samsonov, echristo Reviewed By: samsonov Subscribers: emaste, joker.eph, llvm-commits Differential Revision: http://reviews.llvm.org/D8046 llvm-svn: 232135
* Update the docs to require at least MSVC 2013.Benjamin Kramer2015-02-151-2/+2
| | | | llvm-svn: 229323
* Require python 2.7.Rafael Espindola2014-12-121-1/+1
| | | | | | | | | | | | | We were already requiring 2.5, which meant that people on old linux distros had to upgrade anyway. Requiring python 2.6 will make supporting 3.X easier as we can use the 3.X exception syntax. According to the discussion on llvmdev, there is not much value is requiring just 2.6, we may as well just require 2.7. llvm-svn: 224129
* VMCore was renamed to IR long time agoSeo Sanghyeon2014-10-291-1/+1
| | | | llvm-svn: 220838
* Delete support for AuroraUX.Rafael Espindola2014-08-141-1/+0
| | | | | | | | | auroraux.org is not resolving. I will add this to the release notes as soon as I figure out where to put the 3.6 release notes :-) llvm-svn: 215645
* docs: Strongly recommend setting rpath when using a local GCC toolchainReid Kleckner2014-08-011-4/+17
| | | | | | | | | | | | Users keep emailing us about the difficulties of getting LD_LIBRARY_PATH into their environment, which should be completely unecessary. Try to strengthen the rpath recommentation by putting in an example cmake invocation. Speaking of which, we might want to make CMake the recommended build system in GettingStarted.html. llvm-svn: 214565
* Drop the udis86 wrapper from llvm::sysAlp Toker2014-07-171-7/+0
| | | | | | | | This optional dependency on the udis86 library was added some time back to aid JIT development, but doesn't make much sense to link into LLVM binaries these days. llvm-svn: 213300
* fixed more typosSanjay Patel2014-05-301-2/+2
| | | | llvm-svn: 209921
* added link to CMake pageSanjay Patel2014-05-301-3/+4
| | | | llvm-svn: 209918
* fixed typoSanjay Patel2014-05-301-1/+1
| | | | llvm-svn: 209916
* Sync list of targets with configure's realityJeroen Ketema2014-05-291-8/+6
| | | | llvm-svn: 209855
* Remove projects/sample.Rafael Espindola2014-03-121-2/+1
| | | | | | | | | | | | | | | As an example that was not actually being used, it suffered from a slow bitrot. The two main issues with it were that it had no cmake support and included a copy of the autoconf directory. The reality is that autoconf is not easily composable. The lack of composabilty is why we have clang options in llvm's configure. Suggesting that users include a copy of autoconf/ in their projects seems a bad idea. We are also in the process of switching to cmake, so pushing autoconf to new project is probably not what we want. llvm-svn: 203728
* [docs] Fix some Sphinx warnings.Sean Silva2014-03-021-3/+4
| | | | | | | | | | | | | | | | | | | | | | | The docs now build cleanly. Yay! The following warnings were fixed: /home/sean/pg/llvm/llvm/docs/HowToReleaseLLVM.rst:364: WARNING: Enumerated list ends without a blank line; unexpected unindent. /home/sean/pg/llvm/llvm/docs/InAlloca.rst:: WARNING: document isn't included in any toctree /home/sean/pg/llvm/llvm/docs/CodingStandards.rst:85: WARNING: Title underline too short. Supported C++11 Language and Library Features ------------------------------------------- /home/sean/pg/llvm/llvm/docs/CodingStandards.rst:85: WARNING: Title underline too short. Supported C++11 Language and Library Features ------------------------------------------- /home/sean/pg/llvm/llvm/docs/GettingStarted.rst:185: WARNING: Explicit markup ends without a blank line; unexpected unindent. /home/sean/pg/llvm/llvm/docs/GettingStarted.rst:565: WARNING: Explicit markup ends without a blank line; unexpected unindent. /home/sean/pg/llvm/llvm/docs/GettingStarted.rst:567: WARNING: Block quote ends without a blank line; unexpected unindent. llvm-svn: 202603
* add missing 3.4 releaseGabor Greif2014-02-281-0/+1
| | | | llvm-svn: 202531
* [docs] Tweak the example to match what is apparantly the desired formChandler Carruth2014-02-281-10/+10
| | | | | | for the style templates we're using. llvm-svn: 202494
* [docs] Switch to external hyperlink references. Much more readable andChandler Carruth2014-02-281-16/+19
| | | | | | hopefully easier to get the formatting right for ReST. llvm-svn: 202493
* [docs] Fix my links to use the correct ReST syntax.Chandler Carruth2014-02-281-3/+3
| | | | llvm-svn: 202490
* [docs] Fix 80-column wrap that I messed up.Chandler Carruth2014-02-281-5/+5
| | | | llvm-svn: 202489
* [docs] Tweak discussion of BSDs based on feedback from Roman Divacky.Chandler Carruth2014-02-281-3/+4
| | | | | | | FreeBSD 10.0 and newer have a modern Clang toolchain that should work well. llvm-svn: 202488
* [docs] Add a big section with details about how to go about acquiringChandler Carruth2014-02-281-0/+65
| | | | | | | | | | | | a more modern host C++ toolchain for Linux distros where folks sometimes don't have a good option to get one as part of their system. This is a first cut, so feedback, testing, and suggestions are very, very welcom. This is one of the last real documentation changes that was specifically requested prior to switching LLVM and Clang to build in C++11 mode by default. llvm-svn: 202486
* [docs] Stop advertising 'make update'. It isn't implemented in CMake andChandler Carruth2014-02-271-4/+0
| | | | | | | | | | | seems unlikely to be added. It also doesn't seem like it should be part of the build system at all (consider out-of-tree builds). We should probably add nice, easy tool for this that works both for svn client trees and git-svn client trees, but it probably won't be spelled "make update". llvm-svn: 202430
* [docs] Actually spell out the new version requirements for the host C++Chandler Carruth2014-02-271-79/+19
| | | | | | | | | | | | | | | | | | | toolchain of LLVM. These are already being enforced by the build system and have been discussed quite a few times on the lists, but documentation is important. =] Also, garbage collect the majority of the information about broken host GCC toolchains. These aren't really relevant any more as they're all older than the minimum requirement. I've left a few notes about compilers one step older than the current requirement as these compilers are at least conceivable to use, and it's better to preserve this kind of hard-won institutional knowledge. The next step will be some specific docs on how to set up a sufficiently modern host toolchain if your system doesn't come with one. But that'll be tomorrow. =] llvm-svn: 202375
* [docs] Clean up some of the required software to not mention irrelevantChandler Carruth2014-02-271-12/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bits of software and to use a modern GCC version. The Subversion bit was weird anyways -- it has nothing to do with compiling LLVM. Also, there are many other ways to get at the trunk source (git, git-svn, etc). The TeXinfo thing... I have no idea about. But you can get a working LLVM w/o it pretty easily. If man pages or something are missing, that hardly seems like a problem. If folks really want this back, let me know, but it seems mostly like a distraction. I'd still like to separate this into: - Required software to compile. - Optional software to compile. - Required software for certain *contributor* activities (like regenerating configure scripts). Also we need to mention that there are multiple options for build systems, and the differences. Also we should mention Windows. Also probably other stuff I'm forgetting. I'm wondering if this whole thing needs to be shot in the head and we should just start a new, simpler getting started that doesn't have so many years of accumulated stuff that is no longer relevant. llvm-svn: 202373
* [docs] Switch this table to the simple form as well. No content changed.Chandler Carruth2014-02-271-23/+14
| | | | llvm-svn: 202372
* [docs] Switch to the incredibly simpler "simple table" form. It nowChandler Carruth2014-02-271-29/+17
| | | | | | | actually looks like the table on the webpage and is entertainingly smaller, easier to read, and easier to edit. llvm-svn: 202371
* [docs] Delete tons of bad information in the requirements section of theChandler Carruth2014-02-271-45/+14
| | | | | | | | | | | | | | | | | | | | | | | getting started guide. Some highlights: - I heard there was this Clang compiler that you could use for your host compiler. Not sure though. - We no longer have a GCC frontend with weird build restrictions. - Windows is doing a bit better than partially supported. - We nuked everything to do with itanium. - SPUs? Really? - Xcode 2.5 and gcc 4.0.1 are really not a concern -- they don't work. - OMG, we actually tried building LLVM on Alpha? Really? - PowerPC works pretty well these days. There is still a lot of stuff here I'm pretty dubious about, but I nuked most of what was actively misleading, out of date, or patently wrong. Some of it (mingw stuff especially) isn't really lacking, its just that the comments here were actively wrong. Hopefully folks that know those platforms can add back correct / modern information. llvm-svn: 202370
* Add a note to documentation that Clang + libstdc++ 4.7.2 can not be used to ↵Dmitri Gribenko2014-02-041-0/+5
| | | | | | build LLD. llvm-svn: 200758
* Update the Python version. And Perl isn't used anymore.Bill Wendling2013-10-271-3/+1
| | | | | | PR17608 llvm-svn: 193491
* Add missing releases.Bill Wendling2013-10-091-0/+2
| | | | llvm-svn: 192304
* Add links to cross-compilation docs from getting startedRenato Golin2013-09-261-0/+4
| | | | llvm-svn: 191425
* Nuke the hilariously out of date suggestion to unpack llvm-gcc 4.2 asChandler Carruth2013-09-011-9/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | part of getting started with LLVM. The LLVM getting started document is in woeful need of attention. I may get to some of this, but some random notes for folks interested: 1) We need to separate the getting started steps for folks who are interested in the core LLVM libs and nothing else, folks interested in a nifty C++ toolchain and nothing else, and folks interested in both. 2) We should include documentation for both release archives, svn, and git in equal portion, and we should document all of the various repositories of interest: llvm, clang, clang-tools-extra, compiler-rt, lld, libcxx, test-suite. 3) We should document the CMake build. We should probably document the CMake build first, and give a fall-back set of docs for the Makefile build for the use cases where that is still the preferred solution. This would more closely match the use cases that folks in the open source community are likely to have, and would remove a point of discrepancy between Linux, Windows, and Mac instructions. 4) Probably a ton of other modernization stuff that I've not thought of here. Anyways, if anyone at all is interested, please help clean up this document. It is much needed. llvm-svn: 189732
* [typo] An LLVM.Daniel Dunbar2013-08-161-1/+1
| | | | llvm-svn: 188589
* Remove the mblaze backend from llvm.Rafael Espindola2013-07-251-1/+1
| | | | | | Approval in here http://lists.cs.uiuc.edu/pipermail/llvmdev/2013-July/064169.html llvm-svn: 187145
* Fix documentation on the path to Bitcode reader/writerMichael Liao2013-06-111-1/+1
| | | | llvm-svn: 183761
* Fix typo in docs/GettingStarted.rst.Rui Ueyama2013-05-221-1/+1
| | | | llvm-svn: 182496
* [SystemZ] Add configure bitsUlrich Weigand2013-05-061-1/+1
| | | | | | | | | | This patch wires up the SystemZ target in configure, so that it can now be built using --enable-targets=systemz. It is not yet included in the default build (--enable-targets=all); this will be done by a follow-up patch. Patch by Richard Sandiford. llvm-svn: 181208
* Updated GettingStarted.rst so that it references utils/git-svn for git-svnup ↵Michael Gottesman2013-04-261-26/+11
| | | | | | instead of catting it into the documentation itself. llvm-svn: 180589
* Add basic zlib support to LLVM. This would allow to use ↵Alexey Samsonov2013-04-231-0/+4
| | | | | | compression/uncompression in selected LLVM tools. llvm-svn: 180083
* Correct spelling of Git.Thomas Schwinge2013-03-281-5/+5
| | | | llvm-svn: 178254
* Documentation: Replace dead link for binfmt_miscDmitri Gribenko2013-03-251-1/+1
| | | | | | Patch by Thomas Schwinge. llvm-svn: 177876
* GettingStarted: Add Git clone instructions for compiler-rt and test-suiteTobias Grosser2013-03-241-1/+18
| | | | | Contributed-by: Thomas Schwinge <thomas@codesourcery.com> llvm-svn: 177841
* Adding ARM as supported architectureRenato Golin2013-02-261-3/+3
| | | | llvm-svn: 176096
* GCC 4.6.3 O3 miscompiles on ARMRenato Golin2013-02-261-0/+3
| | | | llvm-svn: 176090
* Fixed typo.Michael Gottesman2013-01-251-2/+2
| | | | llvm-svn: 173478
* Added new section to the git-svn getting started section that provides aMichael Gottesman2013-01-251-0/+28
| | | | | | | custom git script called git-svnup which handles all of the work of using the git-mirrors/keeping the git-svn numbers in sync. llvm-svn: 173472
* Documentation: remove all mentions of DejaGNU and TclDmitri Gribenko2013-01-181-5/+1
| | | | | | We don't have DejaGNU tests now. llvm-svn: 172836
* docs: Fix long standing linking antipattern.Sean Silva2013-01-111-2/+0
| | | | | | | | | Before we learned about :doc:, we used :ref: and put a dummy link at the top of each page. Don't do that anymore. This fixes PR14891 as a special case. llvm-svn: 172162
* docs: fix broken link.Sean Silva2013-01-101-0/+2
| | | | | | PR14889 llvm-svn: 172046
* Documentation: add a note that Clang on Mageia 2 can not find libstdc++ headersDmitri Gribenko2013-01-071-0/+3
| | | | llvm-svn: 171729
OpenPOWER on IntegriCloud