llvm-svn: 173316

overloaded binary operators.

llvm-svn: 173315

functionality change!

llvm-svn: 173314

llvm-svn: 173313

llvm-svn: 173311

This is a helper class for the AttributeSetImpl class. It holds a set of
attributes that apply to a single element: function, return type, or
parameter.

These are uniqued.

llvm-svn: 173310

type of the string literal implicitly used for a raw user-defined literal call.
No test; this has no semantic impact.

llvm-svn: 173309

Check for NULL breakpoint option thread name & queue name before comparing their values to the new value.

<rdar://problem/13065198>

llvm-svn: 173308

Don't check lines beginning with '#', since they could contain a path with the unexpected word in them.

llvm-svn: 173307

Don't check lines beginning with '#', since they could contain a path with the unexpected word in them.

llvm-svn: 173306

The diagnostic is now a warning instead of an error. Also don't check lines beginning with '#', since they could contain a path with the unexpected word in them.

llvm-svn: 173305

Push down the conversion of the alignment from the bit mask to a real number into the attribute implementation class.

llvm-svn: 173304

llvm-svn: 173303

llvm-svn: 173302

The global module index is a "global" index for all of the module
files within a particular subdirectory in the module cache, which
keeps track of all of the "interesting" identifiers and selectors
known in each of the module files. One can perform a fast lookup in
the index to determine which module files will have more information
about entities with a particular name/selector. This information can
help eliminate redundant lookups into module files (a serious
performance problem) and help with creating auto-import/auto-include
Fix-Its.

The global module index is created or updated at the end of a
translation unit that has triggered a (re)build of a module by
scraping all of the .pcm files out of the module cache subdirectory,
so it catches everything. As with module rebuilds, we use the file
system's atomicity to synchronize.

llvm-svn: 173301

llvm-svn: 173300

llvm-svn: 173299

llvm-svn: 173298

This intrinsic is translated to ALLOC_EXPORT_WORD1_SWIZ, hence its
name. It is used to store vs/fs outputs

Patch by: Vincent Lejeune

Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
llvm-svn: 173297

Patch by: Vincent Lejeune

Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
llvm-svn: 173296

llvm-svn: 173295

llvm-svn: 173294

llvm-svn: 173293

llvm-svn: 173292

This isn't likely a full solution, but it catches the common cases
and can be refined over time.

Fixes <rdar://problem/11634353>.

llvm-svn: 173291

Before:
if (aaaaaaaaaa(
    aaaaaaaaaa)) {}

After:
if (aaaaaaaaaa(
        aaaaaaaaaa)) {}

llvm-svn: 173290

This fixes some edge cases that we would get wrong with uint64_ts.
PR14986.

llvm-svn: 173289

llvm-svn: 173288

It owns and manages passes.

llvm-svn: 173287

GCC implements -Wvla as "warn on every VLA" (this is useful to find every VLA,
for example, if they are forbidden by coding guidelines).  Currently Clang
implements -Wvla as "warn on VLA when it is an extension".

The attached patch makes our behavior match GCC.  The existing vla extwarn is
moved under -Wvla-extension and is still included into -Wgnu.

This fixes PR5953.

llvm-svn: 173286

llvm-svn: 173285

llvm-svn: 173284

identifiers into two parts: the part that involves dealing with the
key (which can be re-used) and the ASTReader-specific part that
creates the IdentifierInfos. While I'm at it, StringRef'ify this code,
which was using pair<const char*, unsigned>. No functionality change.

llvm-svn: 173283

Anybody using clang is a "developer".

llvm-svn: 173282

that redefined a macro without undef'ing it first.

Proper reconstruction of the macro info history from modules will properly fix this in subsequent commits.

rdar://13016031

llvm-svn: 173281

llvm-svn: 173280

This causes crashes during the build of compiler-rt during selfhost. Add a
testcase for coverage.

llvm-svn: 173279

llvm-svn: 173278

llvm-svn: 173277

This does the right thing unless the multiplication overflows, but the old code
didn't handle that case either.

llvm-svn: 173276