| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 79086
|
| |
|
|
| |
llvm-svn: 79084
|
| |
|
|
| |
llvm-svn: 79082
|
| |
|
|
|
|
| |
the class it defines.
llvm-svn: 79081
|
| |
|
|
| |
llvm-svn: 79080
|
| |
|
|
|
|
|
|
| |
support for globals going into the appropriate sections with the flags.
This hopefully finishes unbreaking the previous behavior that I broke before.
llvm-svn: 79079
|
| |
|
|
|
|
| |
them to null out the default section pointers.
llvm-svn: 79078
|
| |
|
|
|
|
|
| |
class which represents the XCore cp/dp section flags. No functionality
change yet.
llvm-svn: 79077
|
| |
|
|
| |
llvm-svn: 79075
|
| |
|
|
| |
llvm-svn: 79074
|
| |
|
|
| |
llvm-svn: 79073
|
| |
|
|
|
|
|
| |
which is either a stack frame context of the function or a local scope
context.
llvm-svn: 79072
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
consistent model for handling size expressions for VLAs.
The model is essentially as follows: VLA types own their associated
expression. In some cases, we need to create multiple VLA types to
represent a given VLA (for canonical types, or qualifiers on array types,
or type merging). If we need to create multiple types based off of
the same VLA declaration, we use the new refcounting functionality so they can
all own the expression. The VLASizeMap in CodeGenFunction then uses the size
expression to identify the group of VLA types based off of the same original
declaration.
I'm not particularly attached to the VLA types owning the expression,
but we're stuck with at least until someone comes up with a way
to walk the VLA expressions for a declaration.
I did the parallel fix in ASTContext for DependentSizedArrayType, but I
haven't really looked closely at it, so there might still be issues
there.
I'll clean up the code duplication in ASTContext in a followup commit.
llvm-svn: 79071
|
| |
|
|
| |
llvm-svn: 79070
|
| |
|
|
|
|
| |
"the current basic block".
llvm-svn: 79069
|
| |
|
|
| |
llvm-svn: 79068
|
| |
|
|
|
|
| |
is frameless.
llvm-svn: 79067
|
| |
|
|
|
|
| |
a terminal, not just when it's STDOUT_FILENO.
llvm-svn: 79066
|
| |
|
|
| |
llvm-svn: 79065
|
| |
|
|
| |
llvm-svn: 79064
|
| |
|
|
| |
llvm-svn: 79063
|
| |
|
|
|
|
| |
the pred list instead of a vector, saving a boat load of malloc/free's.
llvm-svn: 79062
|
| |
|
|
|
|
|
| |
the register save area if %al is 0. This avoids touching xmm
regsiters when they aren't actually used.
llvm-svn: 79061
|
| |
|
|
|
|
|
|
|
|
| |
declarations (and not function pointers). This is consistent with GCC. Accepting
this attribute on function pointers means that the attribute should be treated
as a type qualifier, which apparently is not what GCC does. We obviously can
change this later should we desire to enhance the 'malloc' attribute in this
way.
llvm-svn: 79060
|
| |
|
|
| |
llvm-svn: 79059
|
| |
|
|
|
|
| |
VLASize isn't populated for the type yet.
llvm-svn: 79057
|
| |
|
|
| |
llvm-svn: 79056
|
| |
|
|
| |
llvm-svn: 79055
|
| |
|
|
|
|
| |
declarations of function pointers.
llvm-svn: 79053
|
| |
|
|
|
|
| |
a block pointer too.
llvm-svn: 79050
|
| |
|
|
| |
llvm-svn: 79044
|
| |
|
|
| |
llvm-svn: 79043
|
| |
|
|
| |
llvm-svn: 79042
|
| |
|
|
|
|
| |
'cast'.
llvm-svn: 79041
|
| |
|
|
|
|
|
|
|
|
|
| |
attaching to Objective-C methods (which mirrors GCC's behavior) and to allow the
return type of the function to be an Objective-C pointer or Block pointer (which
GCC also accepts).
Along the way, add 'const' to some of the pointer arguments of various utility
functions...
llvm-svn: 79040
|
| |
|
|
|
|
| |
-disable-fp-elim.
llvm-svn: 79039
|
| |
|
|
| |
llvm-svn: 79038
|
| |
|
|
| |
llvm-svn: 79037
|
| |
|
|
| |
llvm-svn: 79036
|
| |
|
|
|
|
| |
call.
llvm-svn: 79034
|
| |
|
|
|
|
|
|
|
|
| |
libcall. Take advantage of this in the ARM backend to rectify broken
choice of CC when hard float is in effect. PIC16 may want to see if
it could be of use in MakePIC16Libcall, which works unchanged.
Patch by Sandeep!
llvm-svn: 79033
|
| |
|
|
| |
llvm-svn: 79032
|
| |
|
|
|
|
|
| |
- We now print all of 403.gcc cleanly (llvm-mc -> 'as' as diffed to 'as'), minus two
'rep;movsl' instructions (which I missed before).
llvm-svn: 79031
|
| |
|
|
| |
llvm-svn: 79030
|
| |
|
|
|
|
| |
elf object file.
llvm-svn: 79029
|
| |
|
|
| |
llvm-svn: 79027
|
| |
|
|
| |
llvm-svn: 79026
|
| |
|
|
|
|
|
|
| |
symbol as the symbol name itself, not the expression it was defined to. These
have different semantics due to the quirky .set behavior (which absolutizes an
expression that would otherwise be treated as a relocation).
llvm-svn: 79025
|
| |
|
|
| |
llvm-svn: 79024
|
| |
|
|
|
|
| |
In order for the changes in r78424 to work properly, cast_retty<X,Y> should return an object instead of a reference, and it's not clear that this approach has real advantages.
llvm-svn: 79023
|