- Jul 25, 2017
-
-
Adrian Prantl authored
This patch adds an early exit to CGDebugInfo::completeClassData() when compiling with -gmodules and the to-be-completed type is available in a clang module. rdar://problem/23599990 llvm-svn: 308938
-
Eugene Zelenko authored
[Analysis] Fix some Clang-tidy modernize-use-using and Include What You Use warnings; other minor fixes (NFC). llvm-svn: 308936
-
Tom Stellard authored
Summary: This fixes test/mach-o/objc-image-info-pass-output.yaml on big-endian hosts. Reviewers: lhames, kledzik, ruiu Reviewed By: ruiu Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D35052 llvm-svn: 308935
-
Eugene Zemtsov authored
Now -shlib flag can be provided alongside with names of symbols files: (lldb) target symbols add --shlib stripper-lib.so unstripper-lib.so This is helpful when default matching mechanisms by name and UUID can't find a module, and the user needs to explicitly specify which module the given symbol file belongs to. Differential Revision: https://reviews.llvm.org/D35607 llvm-svn: 308933
-
Rachel Craik authored
Creating a function pointer with proper parameters pointing to std::next() or std::prev() should work. This change moves the invented paramater for enable_if over to the return type to resolve this QoI issue. Patch by Jason Liu. Differential Revision: https://reviews.llvm.org/D34649 llvm-svn: 308932
-
George Karpenkov authored
During testing .pyc temporary files appear, which may be annoying. Did not change SVN ignore, as it was heavily out of sync with GIT one. Differential Revision: D35815 llvm-svn: 308931
-
Dmitry Mikulin authored
If user requested section alignment is greater than MaxPageSize, propagate it to segment headers correctly. Differential Revision: https://reviews.llvm.org/D35813 llvm-svn: 308930
-
Alex Shlyapnikov authored
Summary: Set proper errno code on allocation failures and change realloc, pvalloc, aligned_alloc, memalign and posix_memalign implementation to satisfy their man-specified requirements. Modify allocator API implementation to bring it closer to other sanitizers allocators. Reviewers: dvyukov Subscribers: llvm-commits, kubamracek Differential Revision: https://reviews.llvm.org/D35690 llvm-svn: 308929
-
Spyridoula Gravani authored
[DWARF] Added verification check for die ranges. If highPC is an address, then it should be greater than lowPC for each range. Differential Revision: https://reviews.llvm.org/D35733 llvm-svn: 308928
-
Tobias Grosser authored
llvm-svn: 308927
-
Reid Kleckner authored
Revert "[X86][InlineAsm][Ms Compatibility]Prefer variable name over a register when the two collides" This reverts r308867 and r308866. It broke the sanitizer-windows buildbot on C++ code similar to the following: namespace cl { } void f() { __asm { mov al, cl } } t.cpp(4,13): error: unexpected namespace name 'cl': expected expression mov al, cl ^ In this case, MSVC parses 'cl' as a register, not a namespace. llvm-svn: 308926 -
George Karpenkov authored
New default symbolizer can not symbolize inlined function which appear under -O3. llvm-svn: 308925
-
Kevin Enderby authored
entries in libObject (done in r308690). In the case when the last node has no children setting State.Current = Children + 1; where that would be past Trie.end() is actually ok since the pointer is not used with zero children. rdar://33490512 llvm-svn: 308924
-
Tobias Grosser authored
llvm-svn: 308923
-
Stephen Hines authored
Summary: Using asm works fine for gnu11, but fails if the compiler uses C11. Switch to the more consistent __asm__, since that is what the rest of the source is using. Reviewers: petarj Reviewed By: petarj Subscribers: llvm-commits, sdardis, arichardson, pirama Differential Revision: https://reviews.llvm.org/D35756 llvm-svn: 308922
-
Davide Italiano authored
Thanks to Rafael for finding it in a post-commit review. llvm-svn: 308921
-
Davide Italiano authored
Follow-up to r308915 suggested by Rafael and Peter. llvm-svn: 308920
-
Sean Callanan authored
llvm-svn: 308919
-
Krasimir Georgiev authored
llvm-svn: 308918
-
James Y Knight authored
llvm-svn: 308917
-
Davide Italiano authored
llvm-svn: 308916
-
Davide Italiano authored
We do this emitting a section for every function when LTO is used. Fixes PR33888. Differential Revision: https://reviews.llvm.org/D35809 llvm-svn: 308915
-
Krzysztof Parzyszek authored
llvm-svn: 308914
-
Rafael Espindola authored
Thanks to Paul Robinson for the suggestion. llvm-svn: 308913
-
Tom Stellard authored
Summary: scudo_utils.cpp.o from compiler-rt has one of the host compiler's builtin include paths stored in the .debug_line section. So we need to do sed 's,Phase1,Phase2,g` on the Phase2 object file so it matches Phase3. Reviewers: hans Reviewed By: hans Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D34989 llvm-svn: 308912
-
Greg Clayton authored
Differential Revision: https://reviews.llvm.org/D35734 llvm-svn: 308911
-
George Karpenkov authored
This reverts commit 15425f2bc6eac6249ee957a2a280511306c07547. Should work now that atos is a default symbolizer on Darwin. llvm-svn: 308910
-
Michael Zuckerman authored
This patch doesn't modifay any non test file. llvm-svn: 308909
-
George Karpenkov authored
atos is the default symbolizer on Apple's compiler for quite a few years now. llvm-symbolizer is quite fragile on Darwin: for example, unless a .dSYM file was explicitly generated symbolication would not work. It is also very convenient when the behavior of LLVM open source compiler matches to that of Apple's compiler on Apple's platform. Furthermore, llvm-symbolizer is not installed on Apple's platform by default, which leads to strange behavior during debugging: the test might fail under lit (where it has llvm-symbolizer) but would run properly when launched on the command line (where it does not, and atos would be used). Indeed, there's a downside: atos does not work properly with inlined functions, hence the test change. We do not think that this is a major problem, as users would often compile with -O0 when debugging, and in any case it is preferable to symbolizer not being able to symbolize. Differential Revision: https://reviews.llvm.org/D35745 llvm-svn: 308908
-
Kostya Kortchinsky authored
Summary: Warm-up the other 2 sizes used by the tests, which should get rid of a failure on AArch64. Reviewers: alekseyshl Reviewed By: alekseyshl Subscribers: aemerson, rengolin, llvm-commits, kristof.beyls Differential Revision: https://reviews.llvm.org/D35806 llvm-svn: 308907
-
Matt Arsenault authored
These don't exactly assert the same thing anymore, and allow empty live intervals with non-empty uses. Removed in r308808 and r308813. llvm-svn: 308906
-
Adrian Prantl authored
This reapplies https://reviews.llvm.org/D35740 with a tweak to find the section by name rather than type. Section types don't distinguish between regular sections and their DWO counterparts. llvm-svn: 308905
-
Evandro Menezes authored
Fine tune the resources in a couple of ASIMD loads. llvm-svn: 308904
-
Matt Arsenault authored
There's no need for these to be part of a class since they are immediately replaced. New unreachable hit in existing tests.' llvm-svn: 308903
-
Tim Northover authored
Reid beat me to it. llvm-svn: 308902
-
Tim Northover authored
Mostly just to silence a warning about an unhandled case. There don't seem to be any tests for this operator (at least that I could find). llvm-svn: 308901
-
Leo Li authored
Summary: `SUB_CHECK_TARGETS` contains all test targets in `SUB_COMPONENTS` when we load `Components.cmake`. We don't need to add those targets again and having duplicate targets will break the cmake policy CMP0002. Reviewers: phosek Subscribers: mgorny, llvm-commits, srhines, pirama Differential Revision: https://reviews.llvm.org/D35692 llvm-svn: 308900
-
Shoaib Meenai authored
Under Windows Itanium, we need to export virtual and non-virtual thunks if the functions being thunked are exported. These thunks would previously inherit their dllexport attribute from the declaration, but r298330 changed declarations to not have dllexport attributes. We therefore need to add the dllexport attribute to the definition ourselves now. This is consistent with MinGW GCC's behavior. This redoes r306770 but limits the logic to Itanium. MicrosoftCXXABI's setThunkLinkage ensures that thunks aren't exported under that ABI, so I'm handling this in ItaniumCXXABI's setThunkLinkage for symmetry. We need to export these thunks because they can be referenced outside the library they're defined in. For example, if a child class without a key function inherits from a parent class with a key function, the parent's thunks will only be defined in the library with the key function, but the construction vtable for the parent in the child might be emitted outside the library (since the child doesn't have a key function), and it needs to reference the parent's thunks. We don't need to mark these thunks as imported since any references to them will occur in data, so the compiler can't generate the IAT load sequence anyway. Instead, we rely on the linker generating import thunks for the thunks. Differential Revision: https://reviews.llvm.org/D34972 llvm-svn: 308899
-
Tim Northover authored
Most of them are virtual anyway, and the few remaining ones can move to the .cpp for consistency. llvm-svn: 308898
-
Nico Weber authored
C2017 update 3 produces a clang that crashes when compiling clang. Disabling optimizations for StmtProfiler::VisitCXXOperatorCallExpr() makes the crash go away. Patch from Bruce Dawson <brucedawson@chromium.org>! https://reviews.llvm.org/D35757 llvm-svn: 308897
-