llvm-svn: 108519

llvm-svn: 108518

llvm-svn: 108517

llvm-svn: 108516

This fixes PR7649.

llvm-svn: 108513

llvm-svn: 108512

llvm-svn: 108511

is well defined, it resets to the default alignment.

llvm-svn: 108508

TII::isMoveInstr is going tobe completely removed.

llvm-svn: 108507

llvm-svn: 108506

llvm-svn: 108505

llvm-svn: 108503

llvm-svn: 108502

llvm-svn: 108501

handling the parsing of scanf format strings and hooking the checking into Sema.
Most of this checking logic piggybacks on what was already there for checking printf format
strings, but the checking logic has been refactored to support both.

What is left to be done is to support argument type checking in format strings and of course
fix the usual tail of bugs that will follow.

llvm-svn: 108500

represent builtins that have the "scanf" attribution (via the format attribute) just
like we do with printf functions.  Follow-up work is needed to add similar support
for fscanf et al.

This is to support format-string checking for scanf functions.

llvm-svn: 108499

because it's more likely to keep debug line information in its original
order.

llvm-svn: 108496

the libLTO library version from the actual build version.

llvm-svn: 108495

Working on testcases for Owen.

llvm-svn: 108494

llvm-svn: 108493

llvm-svn: 108491

asm operand twice.

llvm-svn: 108489

the builtin as void __clear_cache(...) to workaround this, which appears to
match what GCC does.

llvm-svn: 108487

if the variables in that context allow a particular
JIT compiled expression to run in that context.

llvm-svn: 108485

occasions, caused code to be generated in a different order.
All cases I've seen involved float softening in the type
legalizer, and this could be perhaps be fixed there, but
it's better not to generate things differently in the first
place.  7797940 (6/29/2010..7/15/2010).

llvm-svn: 108484

llvm-svn: 108483

 - This issue here is that /usr/include/Blocks.h wants to define some of the
   block runtime globals as weak, depending on the target. This doesn't work in
   Clang because we aren't using the AST decl for these globals.

 - The fix is a pretty gross hack which just watches all the decls for the
   specific blocks globals we need to know about; if we see one we use it,
   otherwise we use the hand coded type.

   In time, I would like to clean this up by changing IRgen to ask Sema/AST for
   the decl, which would then be lazily loaded from the builtin table if
   necessary. This could be used in a whole host of places in IRgen and would
   get rid of a lot of grotty hand coding of LLVM IR; however, we need some
   extra Sema support for this as well as support for builtin global variables.

llvm-svn: 108482

llvm-svn: 108481

llvm-svn: 108480

llvm-svn: 108478

the order they appeared in the translation unit.  If they get emitted, put them
in their proper order.  Fixes rdar://problem/7458115

llvm-svn: 108477

it doesn't miss an opportunity to form a GEP, regardless of the
relative loop depths of the operands. This fixes rdar://8197217.

llvm-svn: 108475

the function. We'll just turn it into a "trap" instruction instead.

The problem with not handling this is that it might generate a prologue without
the equivalent epilogue to go with it:

$ cat t.ll
define void @foo() {
entry:
  unreachable
}
$ llc -o - t.ll -relocation-model=pic -disable-fp-elim -unwind-tables
        .section        __TEXT,__text,regular,pure_instructions
        .globl  _foo
        .align  4, 0x90
_foo:                                   ## @foo
Leh_func_begin0:
## BB#0:                                ## %entry
        pushq   %rbp
Ltmp0:
        movq    %rsp, %rbp
Ltmp1:
Leh_func_end0:
...

The unwind tables then have bad data in them causing all sorts of problems.

Fixes <rdar://problem/8096481>.

llvm-svn: 108473

Set "optimization is ON" and supply other optional parameters. This helps codegenerator preserve info in case the symbol is deleted.

llvm-svn: 108471

llvm-svn: 108470

with always_inline attribute. Thanks to Howard for the tip.

llvm-svn: 108469

Tested by namespace.exp and virtfunc.exp from gdb testsuite.

llvm-svn: 108468

the same.

llvm-svn: 108467

-enable-no-nans-fp-math and -enable-no-infs-fp-math. All of the current codegen fp math optimizations only care whether the fp arithmetics arguments and results can never be NaN.

llvm-svn: 108465

for string literals.

llvm-svn: 108464