summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Use the new type for StringTableBuilder::getMap.Rui Ueyama2016-05-061-2/+2
| | | | llvm-svn: 268699
* Make StringTableBuilder to cache hash values.Rui Ueyama2016-05-062-6/+9
| | | | | | | | | | | | | | This change seems to speed up LLD a bit if it has a lot of mergeable sections. The number is below. It's not too bad for a small patch. Time to link Clang (debug build): w/o patch 6.3696 seconds w/patch 6.2746 seconds (-1.5%) Differential Revision: http://reviews.llvm.org/D19933 llvm-svn: 268698
* Object: Fix two -Wpessimizing-move warnings after r268694Justin Bogner2016-05-051-5/+4
| | | | llvm-svn: 268697
* Fix window bots failures due to r268694 - Cleanup and refactor of ↵Kevin Enderby2016-05-051-1/+1
| | | | | | malformedError() in lib/Object/MachOObjectFile.cpp . llvm-svn: 268696
* [LAA] Fix confusing debug messageAdam Nemet2016-05-051-1/+1
| | | | | | | | This message used to be correct, when all we cared about was whether the dependence was safe (i.e. NoDep) or unsafe. With the current more precise characterization, this is a forward dep. llvm-svn: 268695
* Cleanup and refactor of malformedError() in lib/Object/MachOObjectFile.cpp .Kevin Enderby2016-05-051-71/+41
| | | | | | No functional change. llvm-svn: 268694
* SDAG: Rename Select->SelectImpl and repurpose Select as returning voidJustin Bogner2016-05-0520-59/+78
| | | | | | | | | | | | | | This is a step towards removing the rampant undefined behaviour in SelectionDAG, which is a part of llvm.org/PR26808. We rename SelectionDAGISel::Select to SelectImpl and update targets to match, and then change Select to return void and consolidate the sketchy behaviour we're trying to get away from there. Next, we'll update backends to implement `void Select(...)` instead of SelectImpl and eventually drop the base Select implementation. llvm-svn: 268693
* SDAG: Remove OPC_MarkGlueResults and associated logic. NFCJustin Bogner2016-05-057-142/+22
| | | | | | | | | This opcode never happens in practice, and yet the logic we have in place to handle it would be undefined behaviour if we ever executed it. Remove it rather than trying to refactor code that's never reached. llvm-svn: 268692
* [scan-build] fix warnings emitted on LLVM Hexagon code baseKrzysztof Parzyszek2016-05-053-1/+3
| | | | | | | | Patch by Apelete Seketeli. Differential Revision: http://reviews.llvm.org/D19968 llvm-svn: 268691
* [Hexagon] Fix the offset ranges for vector memory instructionsKrzysztof Parzyszek2016-05-051-8/+8
| | | | llvm-svn: 268690
* Fix some Clang-tidy readability-simplify-boolean-expr and Include What You ↵Eugene Zelenko2016-05-053-16/+30
| | | | | | | | Use warnings. Differential revision: reviews.llvm.org/D19946 llvm-svn: 268689
* Don't produce a relocation to read only memory.Rafael Espindola2016-05-052-2/+20
| | | | | | | This is hopefully last case where we would produce a relocation to a read only section. llvm-svn: 268688
* [PM] port Branch Frequency Analaysis pass to new PMXinliang David Li2016-05-0514-0/+72
| | | | llvm-svn: 268687
* Revert r268591Enrico Granata2016-05-0516-98/+38
| | | | | | | | | | | | | | "Allow LanguageRuntimes to return an error if they fail in the course of dynamic type discovery This is not meant to report that a value doesn't have a dynamic type - it is only meant as a mechanism to propagate actual type discovery issues (e.g. malformed type metadata for languages that have such a notion) This information is used by ValueObjectDynamic to set its own m_error, which is a fairly sharp and heavyweight tool to begin with For the time being, this is an architectural improvement but a practical no-op as no existing runtimes are actually setting errors" I need to think about what I want to do in this space more carefully - this attempt might be too heavy of a hammer for the nail I am trying to fix, and I don't want to leave it in while I ponder llvm-svn: 268686
* [CMake] Removing LLVM_ENABLE_TIMESTAMPS from the cache filesChris Bieneman2016-05-052-2/+0
| | | | | | Since the option was removed in r268670, the cache scripts should stop referring to it. llvm-svn: 268685
* [PM] Port Interprocedural SCCP to the new pass manager.Davide Italiano2016-05-058-45/+93
| | | | llvm-svn: 268684
* [codeview] Improve some commentsReid Kleckner2016-05-052-3/+3
| | | | | | | This FIXME was already fixed, and these LF_* enum names were inconsistent. llvm-svn: 268683
* [AArch64] Remove unused MBP headers/dependency. NFC.Chad Rosier2016-05-051-3/+0
| | | | llvm-svn: 268682
* Revert http://reviews.llvm.org/D19926 as it breaks tests.Dehao Chen2016-05-055-47/+47
| | | | llvm-svn: 268681
* Revert "LTOCodeGenerator: handle correctly "unnamed" symbol"Mehdi Amini2016-05-051-1/+1
| | | | | | | | | | This reverts commit r268658. I incorrectly diagnose this as the source of an assertion during an LTO bootstrap of clang. From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 268680
* [WebAssembly] Don't emit epilogue code in the middle of stackified code.Dan Gohman2016-05-053-1/+22
| | | | llvm-svn: 268679
* Fix CVTypeDumperImpl formatting after class renameReid Kleckner2016-05-051-39/+49
| | | | llvm-svn: 268678
* Remove unnecessary anonymous namespace from a headerReid Kleckner2016-05-051-2/+0
| | | | llvm-svn: 268677
* AMDGPU: Simplify control flow / conditionsMatt Arsenault2016-05-051-19/+19
| | | | llvm-svn: 268676
* Simplify CFG before assigning discriminator.Dehao Chen2016-05-055-47/+47
| | | | | | | | | | | | Summary: We need to clean up CFG before assigning discriminator to minimize the impact of optimization on debug info. Reviewers: davidxl, dblaikie, dnovillo Subscribers: dnovillo, danielcdh, llvm-commits Differential Revision: http://reviews.llvm.org/D19926 llvm-svn: 268675
* Fix some Clang-tidy readability-simplify-boolean-expr and Include What You ↵Eugene Zelenko2016-05-052-27/+29
| | | | | | | | Use warnings. Differential revision: http://reviews.llvm.org/D19947 llvm-svn: 268674
* [MSan] [MIPS64] Fix vararg helper for >1 fixed argument.Marcin Koscielnicki2016-05-053-1/+26
| | | | | | | | This fixes http://llvm.org/PR27646 on Mips64. Differential Revision: http://reviews.llvm.org/D19989 llvm-svn: 268673
* AMDGPU: Run r600 tests lastMatt Arsenault2016-05-0525-48/+47
| | | | llvm-svn: 268672
* Degrade assertions to a warning in LTOCodeGenerator for preserved linkonceMehdi Amini2016-05-052-2/+24
| | | | | | | | | | The assertions were assuming that the linker will not ask to preserve a global that is internal or available_externally, as it does not really make sense. In practice this break the bootstrap of clang, I degrade to a warning for now. From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 268671
* Remove LLVM_ENABLE_TIMESTAMPSChris Bieneman2016-05-055-28/+12
| | | | | | | | | | | | | | | | | | | Summary: As per the discussion on LLVM-dev this patch proposes removing LLVM_ENABLE_TIMESTAMPS. The only complicated bit of this patch is the Windows support. On windows we used to log an error if /INCREMENTAL was passed to the linker when timestamps were disabled. With this change since timestamps in code are always disabled we will always compile on windows with /Brepro unless /INCREMENTAL is specified, and we will log a warning when /INCREMENTAL is specified to notify the user that the build will be non-deterministic. See: http://lists.llvm.org/pipermail/llvm-dev/2016-May/098990.html Reviewers: bogner, silvas, rnk Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D19892 llvm-svn: 268670
* Add a note about the "entry count" used the profile summarySean Silva2016-05-051-0/+4
| | | | | | Thanks to David Li for the clarification. llvm-svn: 268669
* Fix copy relocations in pie.Rafael Espindola2016-05-056-14/+72
| | | | | | | | We were creating the copy relocations just fine, but then thinking that the .bss position could be preempted and creating a dynamic relocation to it, which would crash at runtime since that memory is read only. llvm-svn: 268668
* [profile] Remove unneeded field in raw profile readerXinliang David Li2016-05-052-9/+12
| | | | | | Differential Revision: http://reviews.llvm.org/D19956 llvm-svn: 268667
* Touch Hexagon/CMakeLists.txt to regenerate build files, since r268641 ↵NAKAMURA Takumi2016-05-051-1/+1
| | | | | | | complains of missing HexagonAlias.td on ninja. FIXME: TableGen.cmake globs *.td(s) with wildcards for deps. It is not good. llvm-svn: 268666
* Add forgotten test from r268594.Richard Smith2016-05-051-0/+4
| | | | llvm-svn: 268665
* Add a FixItHint for the new diagnostic for a non-class-scope ↵Richard Smith2016-05-053-2/+43
| | | | | | using-declaration that names a class-scope enumerator. llvm-svn: 268664
* Some release note updates for C++ language acceptance changes since Clang 3.8.Richard Smith2016-05-051-2/+52
| | | | llvm-svn: 268663
* ARM: don't attempt to merge litpools referencing different PC-anchors.Tim Northover2016-05-052-3/+49
| | | | | | | | | | | | | | | | | | | | | | Given something like: ldr r0, .LCPI0_0 (== pc-rel var) add r0, pc ldr r1, .LCPI0_1 (== pc-rel var) add r1, pc we cannot combine the 2 ldr instructions and litpools because they get added to a different pc to form the correct address. I think the original logic came from a time when we fused the LDRpci/PICADD instructions into one pseudo-instruction so the PC was always immediately at-hand. That's no longer the case. Should fix general-dynamic TLS access on Linux, and quite possibly other -fPIC code that relies on litpools (e.g. v6m and -Oz compilations) though trivial tweaks of the .ll test didn't provoke anything. llvm-svn: 268662
* [Hexagon] Add aliases for vector loads/stores with no explicit offsetKrzysztof Parzyszek2016-05-052-0/+140
| | | | | | The mem(r0) instructions are treated as mem(r0+#0). llvm-svn: 268661
* Revert "[ThinLTO] Emit individual index files for distributed backends"Vitaly Buka2016-05-0511-482/+104
| | | | | | | | | MemorySanitizer: use-of-uninitialized-value in lib/Bitcode/Writer/BitcodeWriter.cpp:364:70 http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-fast/builds/12544/steps/check-llvm%20msan/logs/stdio This reverts commit 0c4a898ea550699d1b2f4fe3767251c8f9a48d52. llvm-svn: 268660
* [Documentation] List Clang-tidy checks alphabetically.Eugene Zelenko2016-05-051-1/+1
| | | | llvm-svn: 268659
* LTOCodeGenerator: handle correctly "unnamed" symbolMehdi Amini2016-05-051-1/+1
| | | | | | | This should fix the assertions in a clang LTO bootstrap we're seeing. From: Mehdi Amini <mehdi.amini@apple.com> llvm-svn: 268658
* MachineFunction: Add a const modifier to print() parameterMatthias Braun2016-05-054-6/+7
| | | | llvm-svn: 268657
* [libFuzzer] better docs for coverageKostya Serebryany2016-05-051-5/+8
| | | | llvm-svn: 268656
* Remove dead include. NFC.Chad Rosier2016-05-051-1/+0
| | | | llvm-svn: 268655
* Remove dead include. NFC.Chad Rosier2016-05-051-1/+0
| | | | llvm-svn: 268654
* Fix TestEvents.py on OS XTodd Fiala2016-05-051-3/+6
| | | | | | | | | | | | | | | | | | | | | This change addresses a hang/segfault in TestEvents.py. The threads that run the listener loops now do an SBListener.Clear() before they wrap up their work. This prevents the test from trying to clean up the SBListener too late. There is a separate issue here which is that we should prevent this clean-up time lock-up, but that is out of scope for this particular change. I'd like to get these tests back and running the normal flow rather than skipping them. This addresses: llvm.org/pr25924 (at least, the OS X side, although I suspect this will also address Linux) http://reviews.llvm.org/D19983 reviewed by: Jim Ingham llvm-svn: 268653
* Clean up the specific error message for a malformed Mach-O files with bad ↵Kevin Enderby2016-05-056-22/+22
| | | | | | | | | | | | | | | | | | | | | segment load commands. The existing test case in test/Object/macho-invalid.test for macho-invalid-too-small-segment-load-command has a cmdsize of 55, while being too small also it is not a multiple of 4. So when that check is added this test case will produce a different error. So I constructed a new test case that will trigger the intended error. I also changed the error message to be consistent with the other malformed Mach-O file error messages which prints the load command index. I also removed both object_error::macho_load_segment_too_small and object_error::macho_load_segment_too_many_sections from Object/Error.h as they are not needed and can just use object_error::parse_failed and let the error message string distinguish the specific error. llvm-svn: 268652
* [ValueTracking] Early exit when further analysis won't be fruitful.Chad Rosier2016-05-051-15/+30
| | | | | | | This should have NFC in the context of codegen, but may have positive implications on compile-time. llvm-svn: 268651
* AMDGPU: Uniform branch conditions can originate with intrinsicsNicolai Haehnle2016-05-052-2/+28
| | | | | | | | | | | | | | | | | Summary: Discovered by Dave Airlie, fixes an assertion in Khronos OpenGL CTS GL43-CTS.shader_storage_buffer_object.advanced-matrix. In this particular case, the buffer load intrinsic fed into a uniform conditional branch, and led the brcond lowering down the wrong path. Reviewers: tstellarAMD, arsenm Subscribers: arsenm, llvm-commits Differential Revision: http://reviews.llvm.org/D19931 llvm-svn: 268650
OpenPOWER on IntegriCloud