| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 51765
|
|
|
|
| |
llvm-svn: 51764
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bit-field initialization; ugly code, X86-only, but it works, at least
for basic stuff. Separates/adds union initialization; currently disabled,
though, because the struct/array code needs modifications to support
elements of the wrong type.
Fixes PR2381 and PR2309 with the bit-field initialization. And NetHack
compiles and appears to work with a few tweaks (to work around the lack
of transparent_union support, and clang being a bit strict about
conflicting declarations).
llvm-svn: 51763
|
|
|
|
|
|
| |
- #include ExprObjC.h in many places
llvm-svn: 51703
|
|
|
|
|
|
| |
constant expressions.
llvm-svn: 51682
|
|
|
|
|
|
|
| |
unsigned because it's possible (at least in theory) to have
have both positive and negative pointers pointing to the same object.
llvm-svn: 51681
|
|
|
|
|
|
|
| |
in unions (we don't want to do the union-specific bitcast for
bit-fields).
llvm-svn: 51678
|
|
|
|
|
|
| |
expressions.
llvm-svn: 51677
|
|
|
|
|
|
| |
alignment and alignment attributes.
llvm-svn: 51676
|
|
|
|
|
|
|
|
| |
emit incomplete types, because they crash llc, and always use the
logical location as the current location so we don't crash doing invalid
queries on CurLoc.
llvm-svn: 51675
|
|
|
|
|
|
| |
This change makes clang generate the same thing as llvm-gcc.
llvm-svn: 51674
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
nothing fundamentally wrong with it. Emitting unpacked structs where
possible is more work for almost no practical benefit. We'll probably
want to fix it at some point anyway, but it's low priority.
The issue with long double in particular is that LLVM thinks an X86 long
double is 10 bytes, while clang considers it for all purposes to be
either 12 or 16 bytes, depending on the platform, even in a packed
struct.
llvm-svn: 51673
|
|
|
|
| |
llvm-svn: 51619
|
|
|
|
| |
llvm-svn: 51596
|
|
|
|
| |
llvm-svn: 51595
|
|
|
|
| |
llvm-svn: 51587
|
|
|
|
|
|
|
| |
been used. In preparation for the fix to PR2360, but also a minor bug
in its own right.
llvm-svn: 51583
|
|
|
|
| |
llvm-svn: 51579
|
|
|
|
|
|
| |
codegen of X86 long double.
llvm-svn: 51578
|
|
|
|
|
|
|
|
|
| |
a few bugs, but I don't know of any in particular. This has good effects
besides cleanup, though: it also should make it easier to implement the
aligned and packed attributes, and also target-specific struct layouts,
because the code won't have to be duplicated in codegen.
llvm-svn: 51576
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
required for correctness in cases of copying a struct to itself or to
an overlapping struct (itself for cases like *a = *a, and overlapping
is possible with unions).
Hopefully, this won't end up being a perf issue; LLVM *should* be able
to optimize memmove to memcpy in a lot of cases, and for small copies
the generated code *should* be mostly comparable. (In reality, LLVM
is currently horrible at optimizing memmove, but that's a bug, not a
fundamental issue.)
gcc currently generates wrong code; that's
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667.
llvm-svn: 51566
|
|
|
|
|
|
|
|
| |
someone tries to make a bitfield volatile?).
Not sure how to write a test; any suggestions?
llvm-svn: 51558
|
|
|
|
|
|
| |
Also take care of freeing memory at the right places.
llvm-svn: 51553
|
|
|
|
|
|
|
|
|
|
|
|
| |
llvm::Type::isSingleValueType. Currently these two functions have
the same behavior, but soon isFirstClassType will return true for
struct and array types.
Clang may some day want to use of isFirstClassType for some of
these some day as an optimization, but it'll require some
consideration.
llvm-svn: 51446
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
actually work (instead of crashing llc), and there's enough info emitted
to get line number information in gdb. This should hopefully be helpful
for debugging non-working programs.
I got rid of the begin/endregion calls because the implementation wasn't
working; someone who knows the debugging info a bit better might try to
add it. I really have no clue how a compiler is supposed to emit them.
This commit shouldn't have any effect without -g.
llvm-svn: 51404
|
|
|
|
|
|
| |
ret.
llvm-svn: 51403
|
|
|
|
|
|
| |
bit that wants to use CurFuncDecl as a FunctionDecl.
llvm-svn: 51402
|
|
|
|
|
|
|
|
|
| |
lib/CodeGen/CGExpr.cpp and to change include/clang/AST/Attr.h to
use its own enum for visibility types instead of using
llvm::GlobalValue::VisibilityTypes. These changes eliminate
dependencies in the AST library on LLVM's VMCore library.
llvm-svn: 51398
|
|
|
|
|
|
| |
changes in my tree, so I don't have a testcase which affects trunk.
llvm-svn: 51371
|
|
|
|
|
|
|
|
|
|
| |
as far as I can tell, and it fixes code like test/CodeGen/functions.c.
(Whatever performance effect it might have, crashing on a
construct like this isn't really acceptable; I've run into this
multiple times.)
llvm-svn: 51312
|
|
|
|
| |
llvm-svn: 51309
|
|
|
|
| |
llvm-svn: 51304
|
|
|
|
|
|
|
|
| |
implement bitfield codegen (although I don't envy the person who
implements it). This also prevents a crash on code like that from PR2309
(it's still broken, but it fails more gracefully).
llvm-svn: 51285
|
|
|
|
| |
llvm-svn: 51284
|
|
|
|
| |
llvm-svn: 51282
|
|
|
|
|
|
|
|
| |
they were causing bad code to be emitted. There are two fixes here: one
makes sure we emit a string that is long enough, and one makes sure we
properly handle string initialization in init lists.
llvm-svn: 51259
|
|
|
|
|
|
|
|
|
|
|
|
| |
used for _Bool is not the same as the primitive width (which for _Bool
is 1 bit). The load and store changes add some casts to make the
types consistent. The EmitLValue changes make sure that the pointer is
of an appropriate type for loading the bitfield.
This isn't perfect, but it's an improvement, and getting everything
right depends on actually laying out structs in an ABI-compliant way.
llvm-svn: 51224
|
|
|
|
|
|
| |
at the Sema layer.
llvm-svn: 51203
|
|
|
|
|
|
| |
files completed.
llvm-svn: 51199
|
|
|
|
| |
llvm-svn: 51193
|
|
|
|
|
|
| |
intrin.h files are finished
llvm-svn: 51137
|
|
|
|
|
|
|
|
|
| |
expressing the full flexibility of the LLVM shufflevector instruction.
The expected immediate usage is in *mmintrin.h, so that they don't
depend on the mess of gcc-inherited (and not completely implemented)
shuffle builtins.
llvm-svn: 51113
|
|
|
|
| |
llvm-svn: 51081
|
|
|
|
| |
llvm-svn: 51080
|
|
|
|
| |
llvm-svn: 51068
|
|
|
|
| |
llvm-svn: 51042
|
|
|
|
| |
llvm-svn: 50968
|
|
|
|
| |
llvm-svn: 50966
|
|
|
|
| |
llvm-svn: 50919
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vector of the same element type and half the width, with the high, low, even,
and odd elements respectively.
Allow member references to member references, so that .hi.hi gives you the high
quarter of a vector. This is fairly convenient syntax for some insert/extract
operations.
Remove some unnecessary methods/types in the ExtVectorElementExpr class.
llvm-svn: 50892
|