| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
section, remove the target-specific code that performs this.
llvm-svn: 98580
|
| |
|
|
|
|
|
|
|
| |
label is generated, but then the block is deleted. Since the
value is undefined, we just emit the label right after the entry
label of the function. It might matter that the label is in the
same section as the function was afterall.
llvm-svn: 98579
|
| |
|
|
| |
llvm-svn: 98578
|
| |
|
|
| |
llvm-svn: 98577
|
| |
|
|
|
|
|
| |
pointer. If given, the structure will be set with the stat information from
the file actually read.
llvm-svn: 98575
|
| |
|
|
|
|
|
|
| |
ObjCInterfaceDecl.
Also change this method to lookup property declarations using DeclContext::lookup().
llvm-svn: 98574
|
| |
|
|
|
|
| |
property decls using DeclContext::lookup().
llvm-svn: 98571
|
| |
|
|
| |
llvm-svn: 98570
|
| |
|
|
|
|
|
|
| |
DAG nodes.
This is a work in progress. Patch by Dale Johannesen!
llvm-svn: 98568
|
| |
|
|
|
|
|
|
| |
function, then the BB is RAUW'd before the definition is emitted. There
are still two cases not being handled, but this should improve us back to
the situation before I touched anything.
llvm-svn: 98566
|
| |
|
|
|
|
| |
value intrinsics are present in this bb. Use terminator to find return instructions.
llvm-svn: 98565
|
| |
|
|
|
|
|
|
|
|
|
| |
to is local to the translation unit, we need to place fill the value of that
symbol into the non-lazy pointer.
This should conclude all Darwin changes for placing the LSDA into the TEXT
section. There is some cleanup to do. I.e., there's no longer a special need for
target-specific code here. But that can come later.
llvm-svn: 98564
|
| |
|
|
| |
llvm-svn: 98561
|
| |
|
|
| |
llvm-svn: 98560
|
| |
|
|
|
|
|
| |
a property has the same name as the ivar it wraps then the old logic
wouldn't find the previous property declaration.
llvm-svn: 98559
|
| |
|
|
| |
llvm-svn: 98558
|
| |
|
|
|
|
| |
considering valid objc pointer converions.
llvm-svn: 98557
|
| |
|
|
|
|
|
|
| |
machine instructions.
This is a work in progress.
llvm-svn: 98556
|
| |
|
|
|
|
| |
support is not fully implemented.
llvm-svn: 98555
|
| |
|
|
|
|
| |
(there was a missing 'C').
llvm-svn: 98554
|
| |
|
|
| |
llvm-svn: 98553
|
| |
|
|
| |
llvm-svn: 98550
|
| |
|
|
| |
llvm-svn: 98548
|
| |
|
|
|
|
| |
not all unary nodes necessarily have a simple result type.
llvm-svn: 98547
|
| |
|
|
|
|
|
| |
comparing DeclContext pointers, to avoid having to remember to call
getPrimaryContext() everywhere. This is the last part PR6594.
llvm-svn: 98546
|
| |
|
|
|
|
|
|
|
|
|
| |
parameter hides a namespace-scope declararion with the same name in an
out-of-line definition of a template. The lookup requires a strange
interleaving of lexical and semantic scopes (go C++), which I have not
yet handled in the typo correction/code completion path.
Fixes PR6594.
llvm-svn: 98544
|
| |
|
|
| |
llvm-svn: 98542
|
| |
|
|
| |
llvm-svn: 98541
|
| |
|
|
|
|
|
|
|
|
|
| |
on unqualified declarations.
Patch by Enea Zaffanella! Minimal adjustments: allocate the ExtInfo nodes
with the ASTContext and delete them during Destroy(). I audited a bunch of
Destroy methods at the same time, to ensure that the correct teardown was
being done.
llvm-svn: 98540
|
| |
|
|
| |
llvm-svn: 98539
|
| |
|
|
| |
llvm-svn: 98538
|
| |
|
|
|
|
|
| |
MCSectionMachO is already fine (yay for fixed size arrays?),
MCSectionCOFF still leaks.
llvm-svn: 98537
|
| |
|
|
|
|
|
|
|
|
| |
allocated and thus not freed. This is cool except that it contains
and std::string so the string data didn't get freed. In any case
there is no reason to redundantly store the string data in the
MCSymbol anyway, just make the MCSymbol ref the string data in the
MCContext StringMap.
llvm-svn: 98536
|
| |
|
|
|
|
| |
now enforces that input/output named values have hte same type.
llvm-svn: 98535
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
changing the primary datastructure from being a
"std::vector<unsigned char>" to being a new TypeSet class
that actually has (gasp) invariants!
This changes more things than I remember, but one major
innovation here is that it enforces that named input
values agree in type with their output values.
This also eliminates code that transparently assumes (in
some cases) that SDNodeXForm input/output types are the
same, because this is wrong in many case.
This also eliminates a bug which caused a lot of ambiguous
patterns to go undetected, where a register class would
sometimes pick the first possible type, causing an
ambiguous pattern to get arbitrary results.
With all the recent target changes, this causes no
functionality change!
llvm-svn: 98534
|
| |
|
|
| |
llvm-svn: 98533
|
| |
|
|
|
|
| |
where it uses types consistently.
llvm-svn: 98532
|
| |
|
|
| |
llvm-svn: 98531
|
| |
|
|
| |
llvm-svn: 98530
|
| |
|
|
|
|
|
| |
to re-instrument the code. We depend on the system valgrind.h to
avoid adding a new license.
llvm-svn: 98529
|
| |
|
|
| |
llvm-svn: 98528
|
| |
|
|
|
|
|
| |
doesn't have a type constraint on the scalar because we don't have
an 'sAny' type.
llvm-svn: 98527
|
| |
|
|
| |
llvm-svn: 98526
|
| |
|
|
|
|
| |
cppcheck, PR6617. Patch by Ettl Martin!
llvm-svn: 98525
|
| |
|
|
| |
llvm-svn: 98524
|
| |
|
|
| |
llvm-svn: 98523
|
| |
|
|
|
|
| |
fix the rest of the buildbot failures on non-x86 hosts.
llvm-svn: 98522
|
| |
|
|
|
|
| |
on hosts without cmovs.
llvm-svn: 98521
|
| |
|
|
|
|
| |
(at least) on non-x86 builders.
llvm-svn: 98520
|
| |
|
|
| |
llvm-svn: 98519
|