| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
checking the increment for big mode, we can only check that all items are in map.
llvm-svn: 155651
|
| |
|
|
|
|
|
|
|
|
|
| |
decls, mark
the declaration context as not having external visible storage any more.
This should improve performance as we won't needlessly reload the visible decls multiple times
and seems to fix the i386 crash in rdar://11327522.
llvm-svn: 155649
|
| |
|
|
|
|
| |
evaluate certain expressions involving invalidly-defined classes.
llvm-svn: 155645
|
| |
|
|
| |
llvm-svn: 155644
|
| |
|
|
| |
llvm-svn: 155642
|
| |
|
|
| |
llvm-svn: 155641
|
| |
|
|
| |
llvm-svn: 155640
|
| |
|
|
| |
llvm-svn: 155639
|
| |
|
|
|
|
| |
files. We currently have SymbolFile plug-ins which all get the chance to say what they can parse in a symbol file. Prior to this fix we would ask the SymbolFileDWARF plug-in what abilities it had, and it would answer with "everything", and then we would check the SymbolFileSymtab plug-in what abilities it had, in case it had more abilities. The checking that SymbolFileSymtab does is a bit expensive as it pulls in the entire symbol table just to see if it can offer a few scraps of debug information. This causes all stand along DWARF files to pull in their symbol tables even though those symbols will never be used. This fix will check all SymbolFile plug-ins for their abilities and if any plug-in responds with "everything", then we stop the search.
llvm-svn: 155638
|
| |
|
|
|
|
|
| |
with groups are unsupported.
rdar://11324283
llvm-svn: 155637
|
| |
|
|
|
|
| |
2. Include the helper function and the helper class in the RegisterPasses.h into the polly namespace.
llvm-svn: 155636
|
| |
|
|
| |
llvm-svn: 155634
|
| |
|
|
| |
llvm-svn: 155632
|
| |
|
|
| |
llvm-svn: 155631
|
| |
|
|
|
|
|
| |
On some cores it's a bad idea for performance to mix VFP and NEON instructions
and since these patterns are NEON anyway, the NEON load should be used.
llvm-svn: 155630
|
| |
|
|
| |
llvm-svn: 155629
|
| |
|
|
| |
llvm-svn: 155628
|
| |
|
|
| |
llvm-svn: 155627
|
| |
|
|
| |
llvm-svn: 155626
|
| |
|
|
|
|
| |
"friend class Foo;" instead of just friend Foo;".
llvm-svn: 155625
|
| |
|
|
| |
llvm-svn: 155624
|
| |
|
|
| |
llvm-svn: 155622
|
| |
|
|
|
|
| |
itself a SFINAE context.
llvm-svn: 155621
|
| |
|
|
|
|
| |
corei7-avx, core-avx-i, and core-avx2 cpu names.
llvm-svn: 155618
|
| |
|
|
|
|
|
| |
trying to mmap a file fails so parent caller function can
provide helpful information to use about what went wrong.
llvm-svn: 155617
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
elements to minimize the number of multiplies required to compute the
final result. This uses a heuristic to attempt to form near-optimal
binary exponentiation-style multiply chains. While there are some cases
it misses, it seems to at least a decent job on a very diverse range of
inputs.
Initial benchmarks show no interesting regressions, and an 8%
improvement on SPASS. Let me know if any other interesting results (in
either direction) crop up!
Credit to Richard Smith for the core algorithm, and helping code the
patch itself.
llvm-svn: 155616
|
| |
|
|
|
|
| |
default values. Fixes <rdar://problem/11269741>.
llvm-svn: 155615
|
| |
|
|
|
|
| |
pthread_setspecific and it should just give up when it sees it. Fixes <rdar://problem/11282706>.
llvm-svn: 155613
|
| |
|
|
|
|
| |
which creates a temporary by calling a constructor.
llvm-svn: 155608
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Linux and other (non-Darwin) platforms and have it use -fmath-errno by
default (for better or worse).
Darwin has seen the light here and uses -fno-math-errno by default, this
patch preserves that.
If any maintainers for a non-Linux platform would also like to opt-in to
-fno-math-errno by default, I'm happy to add folks, but we're currently
getting buts and misleading comparisons with GCC due to this difference
in behavior on Linux at least.
llvm-svn: 155607
|
| |
|
|
|
|
| |
arguments, and 'this' in exception-specifications.
llvm-svn: 155606
|
| |
|
|
|
|
| |
Previously, the categories were filled in but disabled by default. Tweaking test cases appropriately to keep working and do the right thing
llvm-svn: 155605
|
| |
|
|
| |
llvm-svn: 155604
|
| |
|
|
|
|
|
|
|
| |
struct __attribute__((visibility("hidden"))) a;
struct __attribute__((visibility("default"))) b;
which gcc already rejects.
llvm-svn: 155603
|
| |
|
|
|
|
|
|
|
|
| |
the feature set of v7a. This comes about if the user specifies something like
-arch armv7 -mcpu=cortex-m3. We shouldn't be generating instructions such as
uxtab in this case.
rdar://11318438
llvm-svn: 155601
|
| |
|
|
|
|
|
|
| |
<rdar://problem/11285931>
Use the DWARRF end prologue markers when trying to skip prologue instructions instead of blindly using the second line table address entry.
llvm-svn: 155600
|
| |
|
|
|
|
| |
MDNodeOperand value.
llvm-svn: 155599
|
| |
|
|
|
|
| |
explaining that.
llvm-svn: 155598
|
| |
|
|
|
|
|
|
|
|
|
| |
all instantiations of a template when we visit the canonical declaration of the
primary template, rather than trying to match them up to the partial
specialization from which they are instantiated. This fixes a bug where we
failed to visit instantiations of partial specializations of member templates of
class templates, and naturally extends to allow us to visit instantiations where
we have instantiated only a declaration.
llvm-svn: 155597
|
| |
|
|
| |
llvm-svn: 155596
|
| |
|
|
|
|
| |
Args::GetCommandString and Agrs::GetQuotedCommandString methods. It allows using of these methods within the other const methods.
llvm-svn: 155593
|
| |
|
|
|
|
|
|
| |
reused between lldb invocations. Also add the module name into the directory path that is used to store the target triple specific build of libheap.dylib.
Also added code that will rebuild libheap.dylib if heap_find.cpp is newer that libheap.dylib.
llvm-svn: 155590
|
| |
|
|
| |
llvm-svn: 155589
|
| |
|
|
| |
llvm-svn: 155588
|
| |
|
|
|
|
| |
a failure if run on an Intel Atom with post RA instruction scheduling.
llvm-svn: 155587
|
| |
|
|
| |
llvm-svn: 155586
|
| |
|
|
| |
llvm-svn: 155585
|
| |
|
|
| |
llvm-svn: 155581
|
| |
|
|
|
|
|
|
|
| |
This is mainly for attempting to recover in cases where a class provides
a custom operator-> and a '.' was accidentally used instead of '->' when
accessing a member of the object returned by the current object's
operator->.
llvm-svn: 155580
|
| |
|
|
|
|
|
|
| |
not, don't push the prologue past it.
rdar://problem/11271074
llvm-svn: 155579
|