"Attach debug info with llvm instructions" mode was enabled a month ago. Now make it permanent and remove old way of inserting intrinsics to encode debug info for locations and types.

llvm-svn: 87007

llvm-svn: 87001

This resolves the layering violation where CodeGen depended on Frontend.

llvm-svn: 86998

llvm-svn: 86915

Do not eagerly set stop point for arguments. This misleads the debugger in identifying beginning of function body. Instead, create new location to attach with llvm.dbg.declare. This location is only used to find the context of the variable by the code generator, and it is not used to emit line number info.

llvm-svn: 86862

llvm-svn: 86750

llvm-svn: 86320

llvm-svn: 86315

Do not emit linkage name for global variables. It confuses gdb, because it picks up AT_MIPS_linkage_name and ignores AT_name.

llvm-svn: 86308

llvm-svn: 86277

llvm-svn: 86274

Don't assert when trying to generate debug info for vector types. This needs to be fixed eventually...

llvm-svn: 86268

llvm-svn: 86254

llvm-svn: 86156

llvm-svn: 84922

Do not eagerly cache DITypes because it allows real struct type to be shadowed by forward declared struct type.

llvm-svn: 84659

llvm-svn: 84653

TypeLoc records for declarations;  it should not be necessary to represent it
directly in the type system.

Please complain if you were using these classes and feel you can't replicate
previous functionality using the TypeLoc API.

llvm-svn: 84222

from Var itself rather than the decl for DebugInfo metadata.

llvm-svn: 84102

llvm-svn: 83912

llvm-svn: 83659

llvm-svn: 83419

This is not yet enabled.

llvm-svn: 83399

llvm-svn: 83352

llvm-svn: 83232

llvm-svn: 83231

llvm-svn: 83221

scheme, we can switch the previous scheme over to using this code
path.  There's a bit of simplifications yet to do as well.

llvm-svn: 83138

for a ObjC class with an ivar of weak self type.

llvm-svn: 82745

Type hierarchy.  Demote 'volatile' to extended-qualifier status.  Audit our
use of qualifiers and fix a few places that weren't dealing with qualifiers
quite right;  many more remain.

llvm-svn: 82705

llvm-svn: 82512

llvm-svn: 82508

Ok, an AssertingVH definitely doesn't work for now because we free our cache after the optimizer may have hacked on the module. Use a WeakVH instead.

llvm-svn: 82324

llvm-svn: 82321

 - No functionality change.

llvm-svn: 82320

llvm-svn: 81924

llvm-svn: 81346

directly in the AST.  The current thinking is to create these
only in C++ mode for efficiency.  But for now, they're not being
created at all; patch to follow.

This will let us do things like verify that tags match during
template instantation, as well as signal that an elaborated type
specifier was used for clients that actually care.

Optimally, the TypeLoc hierarchy should be adjusted to carry tag
location information as well.

llvm-svn: 81057

llvm-svn: 80634

This is a Type subclass that can hold a DeclaratorInfo* when we have type source info coming
out of a declarator that we want to preserve. This is used only at the "border" of Parser/Sema for
passing/getting QualTypes, it does not participate in the type system semantics in any way.

llvm-svn: 79394