|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| | 
| 
| 
| | llvm-svn: 142803 | 
| | 
| 
| 
| | llvm-svn: 142796 | 
| | 
| 
| 
| | llvm-svn: 142795 | 
| | 
| 
| 
| | llvm-svn: 142734 | 
| | 
| 
| 
| | llvm-svn: 142730 | 
| | 
| 
| 
| 
| 
| 
| 
| | for the function type. Update a testcase accordingly.
Patch initially by Anders Waldenborg!
llvm-svn: 142700 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | class declaration which forces any such class and any 
class that inherits from such a class to have their 
typeinfo symbols be marked as weak.
// rdar://10246395
A    test/CodeGenCXX/weak-extern-typeinfo.cpp
M    lib/Sema/SemaDeclCXX.cpp
M    lib/Sema/SemaDeclAttr.cpp
M    lib/CodeGen/CGRTTI.cpp
llvm-svn: 142693 | 
| | 
| 
| 
| 
| 
| 
| | closer to what GCC does, except that GCC also checks that the inodes for $PWD
and '.' match.
llvm-svn: 142633 | 
| | 
| 
| 
| 
| 
| | Fixes rdar://10282889
llvm-svn: 142467 | 
| | 
| 
| 
| 
| 
| | lexical blocks for debug info.
llvm-svn: 142466 | 
| | 
| 
| 
| | llvm-svn: 142433 | 
| | 
| 
| 
| | llvm-svn: 142420 | 
| | 
| 
| 
| 
| 
| | doing this while I was trying to review his patch.
llvm-svn: 142325 | 
| | 
| 
| 
| 
| 
| 
| | r142300 but not this patch, clang -S may emit .s files that assemblers other
than llvm-mc can't parse.
llvm-svn: 142301 | 
| | 
| 
| 
| 
| 
| 
| 
| | casts in ARC.
No semantic analysis yet.
llvm-svn: 142208 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | the instantiated note.
t.c:2:7: error: invalid operand for instruction
  asm("movl 0(%rax), 0(%edx)");
      ^
<inline asm>:1:16: note: instantiated into assembly here
        movl 0(%rax), 0(%edx)
                      ^~~~~~~
1 error generated.
llvm-svn: 142131 | 
| | 
| 
| 
| | llvm-svn: 142072 | 
| | 
| 
| 
| 
| 
| | expressions.  PR10582.
llvm-svn: 142047 | 
| | 
| 
| 
| 
| 
| | Lack of half FP was a regression compared to llvm-gcc.
llvm-svn: 142016 | 
| | 
| 
| 
| 
| 
| | _Atomic types.
llvm-svn: 142002 | 
| | 
| 
| 
| | llvm-svn: 141970 | 
| | 
| 
| 
| | llvm-svn: 141969 | 
| | 
| 
| 
| | llvm-svn: 141968 | 
| | 
| 
| 
| 
| 
| | zero-initialization before running its constructor.
llvm-svn: 141933 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | Start handling debug line and scope information better:
    Migrate most of the location setting within the larger API in CGDebugInfo and
    update a lot of callers.
    Remove the existing file/scope change machinery in UpdateLineDirectiveRegion
    and replace it with DILexicalBlockFile usage.
    Finishes off the rest of rdar://10246360
after fixing a few bugs that were exposed in gdb testsuite testing.
llvm-svn: 141893 | 
| | 
| 
| 
| 
| 
| | Patch by Pekka Jääskeläinen!
llvm-svn: 141865 | 
| | 
| 
| 
| 
| 
| | the same behavior of gcc by keeping the attribute out of the function type.
llvm-svn: 141803 | 
| | 
| 
| 
| | llvm-svn: 141796 | 
| | 
| 
| 
| | llvm-svn: 141773 | 
| | 
| 
| 
| 
| 
| | if we're going to delete the setLocation as we did in 141732.
llvm-svn: 141762 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | Migrate most of the location setting within the larger API in CGDebugInfo and
update a lot of callers.
Remove the existing file/scope change machinery in UpdateLineDirectiveRegion
and replace it with DILexicalBlockFile usage.
Finishes off the rest of rdar://10246360
llvm-svn: 141732 | 
| | 
| 
| 
| | llvm-svn: 141731 | 
| | 
| 
| 
| | llvm-svn: 141730 | 
| | 
| 
| 
| | llvm-svn: 141701 | 
| | 
| 
| 
| | llvm-svn: 141632 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| | - Remodel Expr::EvaluateAsInt to behave like the other EvaluateAs* functions,
   and add Expr::EvaluateKnownConstInt to capture the current fold-or-assert
   behaviour.
 - Factor out evaluation of bitfield bit widths.
 - Fix a few places which would evaluate an expression twice: once to determine
   whether it is a constant expression, then again to get the value.
llvm-svn: 141561 | 
| | 
| 
| 
| 
| 
| | generate invalid bitcode, not so that it can actually produce a value of this type.  This should fix PR11085.
llvm-svn: 141482 | 
| | 
| 
| 
| 
| 
| | obvious memory leak that was reported from LLDB devs.  The comment indicates the leak is deliberate, but I have no idea why this needs to be so.  Please comment/revert if you know otherwise.
llvm-svn: 141479 | 
| | 
| 
| 
| | llvm-svn: 141467 | 
| | 
| 
| 
| 
| 
| 
| | for better self-documenting code, since the semantics
are subtly different from getDefinition().
llvm-svn: 141355 | 
| | 
| 
| 
| 
| 
| 
| 
| | definition.  Assert this.  Change IR generation to not try to
aggressively emit the IR translation of a record during its
own definition.  Fixes PR10912.
llvm-svn: 141350 | 
| | 
| 
| 
| 
| 
| 
| 
| | __builtin_llvm_memory_barrier.
__atomic_thread_fence will be landing soon as a replacement, wrapping around the new fence instruction.
llvm-svn: 141332 | 
| | 
| 
| 
| 
| 
| 
| 
| | committed at the moment to help support C++0x <atomic>, but it should be a solid base for implementing the full specification of C1x _Atomic.
Thanks to Jeffrey Yasskin for the thorough review!
llvm-svn: 141330 | 
| | 
| 
| 
| | llvm-svn: 141304 | 
| | 
| 
| 
| 
| 
| 
| | This frontend-only flag is used by the IR generator to determine
whether to filter CUDA declarations for the host or for the device.
llvm-svn: 141301 | 
| | 
| 
| 
| | llvm-svn: 141300 | 
| | 
| 
| 
| | llvm-svn: 141296 | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| | non-fragile ABI we may not be able to lay out the type and the debugger
would ignore us even if we did put in the offset. Go ahead and just
put any value there and don't look up the offset since it may not exist.
rdar://10210157
llvm-svn: 141261 | 
| | 
| 
| 
| | llvm-svn: 141260 | 
| | 
| 
| 
| | llvm-svn: 141193 |