| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
- This ensures we see the right buffer size for the file.
llvm-svn: 168636
|
| |
|
|
|
|
|
|
| |
doFinalization per module detangled from runOn?? calls, still has temporary code not to break ASAN to be removed when that pass conforms to the proposed model
Patch by Pedro Artigas, with feedback from by Chandler Carruth.
llvm-svn: 168635
|
| |
|
|
|
|
|
|
|
|
| |
soon, causing recursive entry into the
breakpoint StopInfo's PerformAction, which is bad. Reworked this so that it is now correct.
<rdar://problem/12501259>
llvm-svn: 168634
|
| |
|
|
| |
llvm-svn: 168633
|
| |
|
|
|
|
|
| |
It currently assumes register numbering and any harmless change in the X86
register naming makes it fail. It's enough to match the register names.
llvm-svn: 168632
|
| |
|
|
|
|
|
|
|
| |
r168627), we no longer need to call the freezeReservedRegs() function a second
time. Previously, this pass was conservatively adding the FP to the set of
reserved registers, requiring the second update to the reserved registers.
rdar://12719844
llvm-svn: 168631
|
| |
|
|
|
|
|
|
|
| |
r168627), we no longer need to call the freezeReservedRegs() function a second
time. Previously, this pass was conservatively adding the FP to the set of
reserved registers, requiring the second update to the reserved registers.
rdar://12719844
llvm-svn: 168630
|
| |
|
|
|
|
|
|
| |
InstCombineLoadStoreAlloca.cpp, which had many issues.
(At least two bugs were noted on llvm-commits, and it was overly conservative.)
Instead, use getOrEnforceKnownAlignment.
llvm-svn: 168629
|
| |
|
|
| |
llvm-svn: 168628
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This pass was conservative in that it always reserved the FP to enable dynamic
stack realignment, which allowed the RA to use aligned spills for vector
registers. This happens even when spills were not necessary. The RA has
since been improved to use unaligned spills when necessary.
The new behavior is to realign the stack if the frame pointer was already
reserved for some other reason, but don't reserve the frame pointer just
because a function contains vector virtual registers.
Part of rdar://12719844
llvm-svn: 168627
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
syntactic locations around class specifiers.
This change list implemented logic that explicitly detects several combinations of locations where C++11 attribute
specifiers might be incorrectly placed within a class specifier. Previously we emit generic diagnostics like
"expected identifier" for such cases; now we emit specific diagnostic against the misplaced attributes, this also
fixed a bug in old code where attributes appear at legitimate locations were incorrectly rejected.
Thanks to Richard Smith for reviewing!
llvm-svn: 168626
|
| |
|
|
|
|
| |
internal build system
llvm-svn: 168625
|
| |
|
|
|
|
|
|
| |
Caught while compiling polly without cloog:
../tools/polly/lib/RegisterPasses.cpp:77: error: use of enum 'CodegenChoice' without previous declaration
llvm-svn: 168624
|
| |
|
|
|
|
|
|
|
| |
When polly was configured with cmake without cloog, compilation stopped with:
../tools/polly/lib/CodeGen/BlockGenerators.cpp:662: error: 'PollyVectorizerChoice' was not declared in this scope
../tools/polly/lib/CodeGen/BlockGenerators.cpp:662: error: 'VECTORIZER_FIRST_NEED_GROUPED_UNROLL' was not declared in this scope
llvm-svn: 168623
|
| |
|
|
| |
llvm-svn: 168622
|
| |
|
|
| |
llvm-svn: 168621
|
| |
|
|
| |
llvm-svn: 168620
|
| |
|
|
|
|
| |
parameter attributes.
llvm-svn: 168619
|
| |
|
|
|
|
| |
I'm looking at ways to fix the relevant test so it can catch this sort of mistake.
llvm-svn: 168618
|
| |
|
|
| |
llvm-svn: 168617
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Enhancement to InstCombine. Try to catch this opportunity:
---------------------------------------------------------------
((X^C1) >> C2) ^ C3 => (X>>C2) ^ ((C1>>C2)^C3)
where the subexpression "X ^ C1" has more than one uses, and
"(X^C1) >> C2" has single use.
----------------------------------------------------------------
Reviewed by Nadav (with minor change per his request).
llvm-svn: 168615
|
| |
|
|
|
|
|
|
| |
- use lldb settings command instead of os.environ
- use dyldPath fixture variable instead of hardcoding LD_LIBRARY_PATH
- add tear-down hook to restore environment after testcase is run
llvm-svn: 168613
|
| |
|
|
|
|
|
| |
- use lldb 'settings' command to help testcase find shared library
- pull up dyldPath variable from TestLoadUnload.py to fixture base class (applicable in multiple cases)
llvm-svn: 168612
|
| |
|
|
|
|
|
|
|
|
| |
-std=c++98,
-ansi or -std=c++03, the long long type is not supported. So in this
case, several functions and types, like lldiv_t, strtoll(), are not
declared.
llvm-svn: 168610
|
| |
|
|
| |
llvm-svn: 168608
|
| |
|
|
|
|
| |
Clean up the existing test to use FileCheck.
llvm-svn: 168607
|
| |
|
|
|
|
|
|
| |
it async by default
There is no good reason not to use async.
llvm-svn: 168606
|
| |
|
|
|
|
|
| |
When I migrated the toascii simplifier in r168580 Benjamin Kramer noticed
a bug in one of the comments that I migrated.
llvm-svn: 168605
|
| |
|
|
|
|
|
| |
This patch migrates the printf optimizations from the simplify-libcalls
pass into the instcombine library call simplifier.
llvm-svn: 168604
|
| |
|
|
|
|
|
|
| |
Before, SATestBuild unilaterally added '-j<n>' to every project built with
'make'. Now, we check and see if there's a -j option already specified, which
allows a project to explicitly be marked '-j1'.
llvm-svn: 168603
|
| |
|
|
| |
llvm-svn: 168602
|
| |
|
|
| |
llvm-svn: 168601
|
| |
|
|
| |
llvm-svn: 168600
|
| |
|
|
|
|
|
|
| |
The AllocaRegion did not have the superRegion (based on LocationContext)
as part of it's hash. As a consequence, the AllocaRegions from
different frames were uniqued to be the same region.
llvm-svn: 168599
|
| |
|
|
|
|
|
|
| |
patch makes Clang reflect this scheme.
Patch by Job Noorman!
llvm-svn: 168598
|
| |
|
|
| |
llvm-svn: 168597
|
| |
|
|
|
|
| |
- setting LD_LIBRARY_PATH required for the test program to run correctly
llvm-svn: 168595
|
| |
|
|
| |
llvm-svn: 168592
|
| |
|
|
| |
llvm-svn: 168590
|
| |
|
|
|
|
| |
this allows to build tsan runtime as dynamic library
llvm-svn: 168589
|
| |
|
|
|
|
|
|
|
| |
In preparation for the FileCheck functionality change which will allow using
a variable later on the same line.
No functionality change.
llvm-svn: 168588
|
| |
|
|
|
|
|
|
| |
MachineInstrBuilder.
Simplify some repetitive code with it. No functionality change.
llvm-svn: 168587
|
| |
|
|
| |
llvm-svn: 168586
|
| |
|
|
|
|
| |
for the page size anyway)
llvm-svn: 168585
|
| |
|
|
| |
llvm-svn: 168584
|
| |
|
|
| |
llvm-svn: 168583
|
| |
|
|
|
|
|
|
| |
initialization, don't rebuild it. Remove a couple of hacks which were trying to
work around this. Fix the special case for one-argument CXXConstructExprs to
not apply if the one argument is a default argument.
llvm-svn: 168582
|
| |
|
|
|
|
| |
The bug can be triggered when we require LoopInfo analysis ahead of DominatorTree construction in a Module Pass. The cause is that the LoopInfo analysis itself also invokes DominatorTree construction, therefore, when PassManager schedules LoopInfo, it will add DominatorTree first. Then after that, when the PassManger turns to schedule DominatorTree invoked by the above ModulePass, it finds there is already a DominatorTree, so it delete the redundant one. However, somehow it still try to access that pass pointer after free as code pasted below, which results in segment fault.
llvm-svn: 168581
|
| |
|
|
|
|
|
| |
This patch migrates the toascii optimizations from the simplify-libcalls
pass into the instcombine library call simplifier.
llvm-svn: 168580
|
| |
|
|
|
|
|
| |
This patch migrates the isascii optimizations from the simplify-libcalls
pass into the instcombine library call simplifier.
llvm-svn: 168579
|