llvm-svn: 70350

an optimization level instead of a simple boolean telling it to generate code
"fast" or the other type of "fast".

llvm-svn: 70347

Massive check in. This changes the "-fast" flag to "-O#" in llc. If you want to
use the old behavior, the flag is -O0. This change allows for finer-grained
control over which optimizations are run at different -O levels.

Most of this work was pretty mechanical. The majority of the fixes came from
verifying that a "fast" variable wasn't used anymore. The JIT still uses a
"Fast" flag. I'll change the JIT with a follow-up patch.

llvm-svn: 70343

llvm-svn: 70340

llvm-svn: 70339

llvm-svn: 70338

lines that clang extracts from the source code so that machine parsing can
easily ignore them.

llvm-svn: 70337

to add 'CFMakeCollectable' semantics to a method.

llvm-svn: 70336

llvm-svn: 70335

that it can't be trivially eliminated.

llvm-svn: 70334

if indvars happens to optimize away the unused primary induction
variable.

llvm-svn: 70333

compilation if the user requested a PCH file but no such PCH file
exists.

llvm-svn: 70332

llvm-svn: 70331

llvm-svn: 70330

and apparently not part of -Wall

llvm-svn: 70329

This should fix PR3379 and PR4064.
Patch inspired by Edwin Török!

llvm-svn: 70328

llvm-svn: 70327

now gotten back about 180k of the 500k we lost.

llvm-svn: 70326

which eliminates the storage for IdentifierInfo in the "uninteresting
identifier" cases. Sadly, this only brought back 7k of the 500k we
lost :(

llvm-svn: 70325

llvm-svn: 70323

llvm-svn: 70322

line when using a PCH that were not provided when building the PCH
file. If those names were used as identifiers somewhere in the PCH
file, reject the PCH file.

llvm-svn: 70321

for identifiers to separate "interesting" from "uninteresting"
identifiers. However, to cope with compiler invocations where the
predefines buffers mismatch, we need to be able to search the complete
identifier table. Cocoa.h.pch is now about 500k larger that it used to
be :(

llvm-svn: 70320

llvm-svn: 70319

regardless of extension.
 - Otherwise we can't expect that just plugging in -ccc-pch-is-pch
   will work.

llvm-svn: 70318

llvm-svn: 70317

PCH file and the predefines buffer used when including the PCH
file. We (explicitly) detect conflicting macro definitions (rejecting
the PCH file) and about missing macro definitions (they'll be
automatically pulled from the PCH file anyway).

We're missing some checking to make sure that new macro definitions
won't have any impact on the PCH file itself (e.g., #define'ing an
identifier that the PCH file used).

llvm-svn: 70316

llvm-svn: 70315

support in clang.

llvm-svn: 70314

llvm-svn: 70313

llvm-svn: 70310

llvm-svn: 70309

"function designator".

(This causes a minor glitch in the 
diagnostics for C++ member pointers, but we weren't printing the 
right diagnostic there anyway.)

llvm-svn: 70307

llvm-svn: 70305

frontend is far enough along that most discrepancies between Clang and GCC are
(at least for C and Objective-C) are intentional. We also now have codegen to
test the frontend.

llvm-svn: 70303

llvm-svn: 70302

llvm-svn: 70300

Fix choice of version of Windows callback to use to consider not only the Visual Studio version, but also the Windows SDK version.

Patch by Tareq Siraj.

llvm-svn: 70299

If the physical register does not belong to the virtual register's regclass,
don't coalesce. The physical register could be an invalid operand for an
instruction using the vreg.

The regclass matching is done after determining the actual subregisters being copied.

llvm-svn: 70298

llvm-svn: 70297