Negative cycles are filtered out earlier.

llvm-svn: 157514

which operands come flying out of the linearization stage.

llvm-svn: 157512

-Wsometimes-uninitialized diagnostics to make it clearer that the cause
of the issue may be a condition which must always evaluate to true or
false, rather than an uninitialized variable.

To emphasize this, add a new note with a fixit which removes the
impossible condition or replaces it with a constant.

Also, downgrade the diagnostic from -Wsometimes-uninitialized to
-Wconditional-uninitialized when it applies to a range-based for loop,
since the condition is not written explicitly in the code in that case.

llvm-svn: 157511

llvm-svn: 157510

switch label immediately followed by a 'break;'.

llvm-svn: 157508

Make 'help arch' return the list of supported architectures.
Add a convenience method StringList::Join(const char *separator) which is called from the help function for 'arch'.
Also add a simple test case.

llvm-svn: 157507

llvm-svn: 157506

are passed in. However, those arguments may be in a write-protected area, as far
as the runtime library is concerned. For instance, the data could be placed into
a 'linkedit' section, which isn't writable. Emit the code from
llvm_gcda_increment_indirect_counter directly into the function instead.

Note: The code for this is ugly, and can lead to bloat. We should look into
simplifying this code instead of having all of these branches.

<rdar://problem/11181370>

llvm-svn: 157505

Benjamin Kramer.

llvm-svn: 157504

The rules for emplace in map, multimap, unordered_map and unordered_multimap changed a while back and I'm just now updating to these new rules.  In a nutshell, you've got to know you're emplacing to a pair and use one of pair's constructors.  I made one extension:  If you want to emplace the key and default construct the mapped_type, you can just emplace(key), as opposed to emplace(piecewise_construct, forward_as_tuple(key), forward_as_tuple()).

llvm-svn: 157503

llvm-svn: 157502

llvm-svn: 157501

add test case for C++ codegen

llvm-svn: 157500

llvm-svn: 157498

Allow setting conditions inline with breakpoints.  Add test cases.

llvm-svn: 157497

llvm-svn: 157496

Delete MipsExpandPseudo.

llvm-svn: 157495

llvm-svn: 157494

llvm-svn: 157493

llvm-svn: 157492

llvm-svn: 157491

entity imported by the ASTImporter had a NamedDecl
with a name that wasn't a plain string (e.g., a
selector).

llvm-svn: 157488

LC_ENCRYPTION_INFO with "cryptid == 0" is not actually encrypted and LLDB fails to read memory from file.

llvm-svn: 157487

method template.

llvm-svn: 157486

NV_CONTRIB

llvm-svn: 157485

Reading memory from a file when the section is encrypted doesn't show an error. No we do.

llvm-svn: 157484

llvm-svn: 157483

Fixed an issue where we might have easy access to the string table data for a mach file from memory even though we have a process. So now we don't read the string table strings from memory when we don't have to.

llvm-svn: 157482

add support for select
add experimental support for alloc_size metadata

llvm-svn: 157481

function template.

llvm-svn: 157480

to pass around a struct instead of a large set of individual values.  This
cleans up the interface and allows more information to be added to the struct
for future targets without requiring changes to each and every target.

NV_CONTRIB

llvm-svn: 157479

llvm-svn: 157478

llvm-svn: 157477

llvm-svn: 157476

the visibility.

llvm-svn: 157475

test/CodeGen/X86/bigstructret.ll: Suppress one test. It is msvc-incompatible. (compatible to mingw32 and netbsd, though)

llvm-svn: 157474

llvm-svn: 157473

When the flag is set to zero, we do not check for errors in malloc_usable_size.
This may be useful to work around a bug in Nvidia drivers prior to 295.*

llvm-svn: 157472

test/CodeGen/X86/bigstructret.ll: Relax stack offsets for hosts of stack-align=8, eg. win32 and netbsd.

llvm-svn: 157471

Similar fixes for function and member template to follow as I write the
testcases.

llvm-svn: 157470