summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Thread Safety Analysis: Update SSA pass to handle loops.DeLesley Hutchins2014-04-195-128/+271
| | | | llvm-svn: 206676
* OnDiskHashTable: Audit types and use offset_type consistentlyJustin Bogner2014-04-193-12/+13
| | | | llvm-svn: 206675
* ProfileData: Avoid UB when readingJustin Bogner2014-04-191-2/+3
| | | | llvm-svn: 206674
* Fix a hole with nested unavailable submodules from r206664Ben Langmuir2014-04-183-4/+6
| | | | | | | | If a module doesn't meet a requirement, neither do its submodules. If we don't propogate that, we might think it's an error to be missing a header in one of those submodules. llvm-svn: 206673
* OnDiskHashTable: Fix a think-o with offset_typeJustin Bogner2014-04-181-2/+2
| | | | llvm-svn: 206672
* Check whether functions have any lines associated before emitting coverage ↵Nick Lewycky2014-04-181-0/+17
| | | | | | info for them. This isn't just a size/time saving, gcov may crash on these. llvm-svn: 206671
* llvm-profdata: Avoid writing to /dev/null in testsJustin Bogner2014-04-181-10/+4
| | | | | | | We fseek on our output file in llvm-profdata, which errors on some systems. Avoid getting into the situation by writing to /dev/null llvm-svn: 206670
* Change the ARM assembler to require a :lower16: or :upper16 on non-constantKevin Enderby2014-04-186-12/+55
| | | | | | | | | | | | | | | | | | | | | | expressions for mov instructions instead of silently truncating by default. For the ARM assembler, we want to avoid misleadingly allowing something like "mov r0, <symbol>" especially when we turn it into a movw and the expression <symbol> does not have a :lower16: or :upper16" as part of the expression. We don't want the behavior of silently truncating, which can be unexpected and lead to bugs that are difficult to find since this is an easy mistake to make. This does change the previous behavior of llvm but actually matches an older gnu assembler that would not allow this but print less useful errors of like “invalid constant (0x927c0) after fixup” and “unsupported relocation on symbol foo”. The error for llvm is "immediate expression for mov requires :lower16: or :upper16" with correct location information on the operand as shown in the added test cases. rdar://12342160 llvm-svn: 206669
* test: Add extra run lines to investigate an error on the botsJustin Bogner2014-04-181-0/+6
| | | | llvm-svn: 206668
* CodeGen: Remove an unused includeJustin Bogner2014-04-181-1/+0
| | | | llvm-svn: 206667
* Reapply "blockfreq: Rewrite BlockFrequencyInfoImpl" (#2)Duncan P. N. Exon Smith2014-04-1812-316/+3103
| | | | | | | | | | | | | | | | | | | This reverts commit r206628, reapplying r206622 (and r206626). Two tests are failing only on buildbots [1][2]: i.e., I can't reproduce on Darwin, and Chandler can't reproduce on Linux. Asan and valgrind don't tell us anything, but we're hoping the msan bot will catch it. So, I'm applying this again to get more feedback from the bots. I'll leave it in long enough to trigger builds in at least the sanitizer buildbots (it was failing for reasons unrelated to my commit last time it was in), and hopefully a few others.... and then I expect to revert a third time. [1]: http://bb.pgr.jp/builders/ninja-x64-msvc-RA-centos6/builds/1816 [2]: http://llvm-amd64.freebsd.your.org/b/builders/clang-i386-freebsd/builds/18445 llvm-svn: 206666
* [llvm-symbolizer] Print file/line for a PC even if there is no DIE ↵Alexey Samsonov2014-04-184-9/+42
| | | | | | | | | | | describing it. This is important for symbolizing executables with debug info in unavailable .dwo files. Even if all DIE entries are missing, we can still symbolize an address: function name can be fetched from symbol table, and file/line info can be fetched from line table. llvm-svn: 206665
* Don't build modules with (submodules with) missing headersBen Langmuir2014-04-187-10/+48
| | | | | | | | Unless they are in submodules that aren't available anyway, due to requirements not being met. Also, mark children as unavailable when the parent is. llvm-svn: 206664
* ProfileData: Don't forward declare ComputeHash and make it static inlineJustin Bogner2014-04-183-5/+7
| | | | llvm-svn: 206663
* Add support for building Sphinx documentation when being built inside LLVM ↵Reid Kleckner2014-04-182-0/+10
| | | | | | | | source tree and using CMake. Patch by Dan Liew <daniel.liew@imperial.ac.uk>! llvm-svn: 206662
* Fix sphinx-build warnings in clang docs.Reid Kleckner2014-04-182-3/+3
| | | | llvm-svn: 206661
* Add support for building Sphinx documentation when being inside LLVM source ↵Reid Kleckner2014-04-181-0/+9
| | | | | | | | tree and using CMake Patch by Daniel Liew <daniel.liew@imperial.ac.uk>! llvm-svn: 206660
* Compress debug sections only when beneficial.David Blaikie2014-04-182-16/+37
| | | | | | | | | Both ZLIB and the debug info compressed section header ("ZLIB" + the size of the uncompressed data) take some constant overhead so in some cases the compressed data is actually larger than the uncompressed data. In these cases, just don't compress or rename the section at all. llvm-svn: 206659
* CodeGen: Use LLVM's InstrProfReader in -fprofile-instr-use=Justin Bogner2014-04-187-178/+33
| | | | | | | | | Update clang to use the InstrProfReader from LLVM to read instrumentation based profile data. This also switches us from the naive text format to the binary format, since that's what's implemented in the reader. llvm-svn: 206658
* [Cleanup] Remove a trailing whitespaceJustin Bogner2014-04-181-1/+1
| | | | llvm-svn: 206657
* ProfileData: Add support for the indexed instrprof formatJustin Bogner2014-04-1810-35/+377
| | | | | | | | This adds support for an indexed instrumentation based profiling format, which is just a small header and an on disk hash table. This format will be used by clang's -fprofile-instr-use= for PGO. llvm-svn: 206656
* Added Sphinx documentation generation to CMake build system.Reid Kleckner2014-04-185-1/+106
| | | | | | | | | | | | | | | | | | | | | The option LLVM_ENABLE_SPHINX option enables the "docs-llvm-html", "docs-llvm-man" targets but does not build them by default. The following CMake options have been added that control what targets are made available SPHINX_OUTPUT_HTML SPHINX_OUTPUT_MAN If LLVM_BUILD_DOCS is enabled then the enabled docs-llvm-* targets will be built by default and if ``make install`` is run then docs-llvm-html and docs-llvm-man will be installed (tested on Linux only). The add_sphinx_target function is in its own file so it can be included by other projects that use Sphinx for their documentation. Patch by Daniel Liew <daniel.liew@imperial.ac.uk>! llvm-svn: 206655
* [DWARF parser] Turn DILineInfo into a struct.Alexey Samsonov2014-04-186-95/+65
| | | | | | | | | | Immutable DILineInfo doesn't bring any benefits and complicates code. Also, use std::string instead of SmallString<16> for file and function names - their length can vary significantly. No functionality change. llvm-svn: 206654
* Update the fragments of symbols in compressed sections.David Blaikie2014-04-182-1/+45
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | While unnamed relocations are already cached in side tables in ELFObjectWriter::RecordRelocation, symbols still need their fragments updated to refer to the newly compressed fragment (even if that fragment isn't big enough to fit the offset). Even though we only create temporary symbols in debug info sections this comes up in 32 bit builds where even temporary symbols in mergeable sections (such as debug_str) have to be emitted as named symbols. I tried a few other ways to do this but they all didn't work for various reasons: 1) Canonicalize the MCSymbolData in RecordRelocation, nulling out the Fragment (so it didn't have to be updated by CompressDebugSection). This doesn't work because some code relies on symbols having fragments to indicate that they're defined, I think. 2) Canonicalize the MCSymbolData in RecordRelocation to be "first fragment + absolute offset" so it would be cheaper to just test and update the fragment in CompressDebugSections. This doesn't work because the offset computed in RecordRelocation isn't that of the symbol's fragment, it's the passed in fragment (I haven't figured out what that fragment is - perhaps it's the location where the relocation is to be written). And if the fragment offset has to be computed only for this use we might as well just do it when we need to, in CompressDebugSection. I also added an assert to help catch this a bit more clearly, even though it is UB. The test case improvements would either assert fail and/or valgrind vail without the fix, even if they wouldn't necessarily fail the FileCheck output. llvm-svn: 206653
* [ARM64] Ports the Cortex-A53 Machine Model description from AArch64.Chad Rosier2014-04-184-4/+247
| | | | | | | | | | | | | Summary: This port includes the rudimentary latencies that were provided for the Cortex-A53 Machine Model in the AArch64 backend. It also changes the SchedAlias for COPY in the Cyclone model to an explicit WriteRes mapping to avoid conflicts in other subtargets. Differential Revision: http://reviews.llvm.org/D3427 Patch by Dave Estes <cestes@codeaurora.org>! llvm-svn: 206652
* Fix broken test.Rui Ueyama2014-04-181-1/+0
| | | | llvm-svn: 206651
* Remove -simplify-libcalls pass form Passes documentationReid Kleckner2014-04-181-9/+10
| | | | | | | | | | | | This pass was removed in r184459. Also added note that the InstCombine pass does library call simplification. Patch slightly modified from one by Daniel Liew <daniel.liew@imperial.ac.uk>! llvm-svn: 206650
* Expanded test for x86-pc-windows-gnu and x86_64-pc-windows-gnu environments.Yaron Keren2014-04-181-0/+87
| | | | llvm-svn: 206649
* [PECOFF] Win64 DLL entry function name is _DllMainCRTStartup.Rui Ueyama2014-04-182-4/+17
| | | | | | Unlike Win32/x86, it has no "@12" suffix. llvm-svn: 206648
* [PECOFF] Support LIBRARY directive.Rui Ueyama2014-04-184-1/+34
| | | | | | | LIBRARY directive in a module definition file specifies the output DLL file name. It also takes an optional value for the base address. llvm-svn: 206647
* [LCG] Fix the bugs that Ben pointed out in code review (and the MSan botChandler Carruth2014-04-181-3/+7
| | | | | | | caught). Sad that we don't have warnings for these things, but bleh, no idea how to fix that. llvm-svn: 206646
* [PECOFF] Add one more test for r206633.Rui Ueyama2014-04-181-3/+12
| | | | llvm-svn: 206645
* Don't read CompilerInstance fields that don't exist in ASTUnitBen Langmuir2014-04-181-3/+6
| | | | | | | When transferring data from a CompilerInstance in an error path we need to consider cases where the various fields are uninitialized. llvm-svn: 206644
* OnDiskHashTable: Expect the Info type to declare the offset typeJustin Bogner2014-04-181-42/+54
| | | | | | | | This changes the on-disk hash to get the type to use for offsets from the Info type, so that clients can be more flexible with the size of table they support. llvm-svn: 206643
* OnDiskHashTable: Expect the Info type to declare the hash sizeJustin Bogner2014-04-181-10/+15
| | | | | | | | This changes the on-disk hash to get the size of a hash value from the Info type, so that clients can be more flexible with the types of hash they use. llvm-svn: 206642
* [DWARF parser] Respect address ranges specified in compile unit DIE.Alexey Samsonov2014-04-181-0/+7
| | | | | | | | | | | When address ranges for compile unit are specified in compile unit DIE itself, there is no need to collect ranges from children subprogram DIEs. This change speeds up llvm-symbolizer on Clang-produced binaries with full debug info. For instance, symbolizing a first address in a 1Gb binary is now 2x faster (1s vs. 2s). llvm-svn: 206641
* Teach users of OnDiskHashTable to define hash_value and offset typesJustin Bogner2014-04-185-22/+52
| | | | | | | | This paves the way to making OnDiskHashTable work with hashes that are not 32 bits wide and to making OnDiskHashTable work very large hash tables. The LLVM change to use these types is upcoming. llvm-svn: 206640
* Remove redundant "explicit" keywords.Rui Ueyama2014-04-181-4/+4
| | | | llvm-svn: 206639
* Use switch for readability.Rui Ueyama2014-04-181-12/+15
| | | | llvm-svn: 206638
* Remove OnDiskHashTable.h, since it's been moved to llvmJustin Bogner2014-04-188-486/+37
| | | | llvm-svn: 206637
* [PECOFF] Ignore /ignore option.Rui Ueyama2014-04-182-2/+3
| | | | | | | | /ignore:<number> is a linker option to disable warning specified by the number. We ignore the option because it does not make sense for LLD. llvm-svn: 206636
* Remove a couple of redundant copies of SmallVector::operator==.Benjamin Kramer2014-04-183-35/+4
| | | | | | No functionality change. llvm-svn: 206635
* [X86] Improve buildFromShuffleMostly for AVXAdam Nemet2014-04-182-6/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For a 256-bit BUILD_VECTOR consisting mostly of shuffles of 256-bit vectors, both the BUILD_VECTOR and its operands may need to be legalized in multiple steps. Consider: (v8f32 (BUILD_VECTOR (extract_vector_elt (v8f32 %vreg0,) Constant<1>), (extract_vector_elt %vreg0, Constant<2>), (extract_vector_elt %vreg0, Constant<3>), (extract_vector_elt %vreg0, Constant<4>), (extract_vector_elt %vreg0, Constant<5>), (extract_vector_elt %vreg0, Constant<6>), (extract_vector_elt %vreg0, Constant<7>), %vreg1)) a. We can't build a 256-bit vector efficiently so, we need to split it into two 128-bit vecs and combine them with VINSERTX128. b. Operands like (extract_vector_elt (v8f32 %vreg0), Constant<7>) needs to be split into a VEXTRACTX128 and a further extract_vector_elt from the resulting 128-bit vector. c. The extract_vector_elt from b. is lowered into a shuffle to the first element and a movss. Depending on the order in which we legalize the BUILD_VECTOR and its operands[1], buildFromShuffleMostly may be faced with: (v4f32 (BUILD_VECTOR (extract_vector_elt (vector_shuffle<1,u,u,u> (extract_subvector %vreg0, Constant<4>), undef), Constant<0>), (extract_vector_elt (vector_shuffle<2,u,u,u> (extract_subvector %vreg0, Constant<4>), undef), Constant<0>), (extract_vector_elt (vector_shuffle<3,u,u,u> (extract_subvector %vreg0, Constant<4>), undef), Constant<0>), %vreg1)) In order to figure out the underlying vector and their identity we need to see through the shuffles. [1] Note that the order in which operations and their operands are legalized is only guaranteed in the first iteration of LegalizeDAG. Fixes <rdar://problem/16296956> llvm-svn: 206634
* [PECOFF] Support /manifestuac:NO.Rui Ueyama2014-04-183-23/+39
| | | | | | | If the value for /manifestuac is "NO", LLD will create a manifest XM file but won't emit <trustinfo> element. llvm-svn: 206633
* DebugInfo: Remove some initializer lists to make MSVC happy again.Benjamin Kramer2014-04-181-3/+3
| | | | llvm-svn: 206632
* Add range access to MCAssembler's symbol collection.David Blaikie2014-04-185-45/+39
| | | | llvm-svn: 206631
* Update comment in LLVMBitCodes.h to reflect the actual bitcode recordReid Kleckner2014-04-181-1/+1
| | | | llvm-svn: 206630
* Fix uint -> size_t conversion warning.Matt Arsenault2014-04-181-1/+1
| | | | | | | | | | This warning is disabled for the LLVM build, but external users of the header can still run into this. Patch by Ke Bai llvm-svn: 206629
* Revert "blockfreq: Rewrite BlockFrequencyInfoImpl" (#2)Duncan P. N. Exon Smith2014-04-1812-3103/+316
| | | | | | | | | This reverts commit r206622 and the MSVC fixup in r206626. Apparently the remotely failing tests are still failing, despite my attempt to fix the nondeterminism in r206621. llvm-svn: 206628
* Fixed llvm-build when no targets are enabledGreg Fitzgerald2014-04-181-1/+3
| | | | llvm-svn: 206627
OpenPOWER on IntegriCloud