llvm-svn: 74270

llvm-svn: 74269

llvm-svn: 74268

llvm-svn: 74267

these are usually because the parser was thoroughly confused.  In addition
to typing the value being declared as an int and hoping for the best, we
mark the value as invalid so we don't get chains of errors when it is
used downstream.  In C, implicit int actually is valid, so typing the thing
as int is good and marking it invalid is bad. :)

llvm-svn: 74266

invalid characters like backslashes on Windows. Patch by James Abbatiello!

llvm-svn: 74265

but at least we don't crash :)

llvm-svn: 74264

llvm-svn: 74263

llvm-svn: 74262

llvm-svn: 74261

llvm-svn: 74260

llvm-svn: 74259

llvm-svn: 74258

llvm-svn: 74257

llvm-svn: 74256

llvm-svn: 74255

llvm-svn: 74254

llvm-svn: 74253

 - They can be overriden on the command line as well.

Add -teelogs option, which will also print the various logs on stdout.

llvm-svn: 74252

Remove debug info anchors - llvm.dbg.compile_units, llvm.dbg.subprograms
and llvm.dbg.global_variables.

llvm-svn: 74251

llvm-svn: 74250

llvm-svn: 74249

llvm-svn: 74248

llvm-svn: 74247

llvm-svn: 74246

llvm-svn: 74245

llvm-svn: 74244

llvm-svn: 74243

an invoke instruction, since the value isn't really live across that
edge.

llvm-svn: 74242

llvm-svn: 74241

llvm-svn: 74240

llvm-svn: 74239

llvm-svn: 74238

llvm-svn: 74237

llvm-svn: 74236

llvm-svn: 74235

llvm-svn: 74234

llvm-svn: 74233

For a FunctionDecl that has been instantiated due to template argument
deduction, we now store the primary template from which it was
instantiated and the deduced template arguments. From this
information, we can instantiate the body of the function template.

llvm-svn: 74232

llvm-svn: 74231