It's similar to "linker_private_weak", but it's known that the address of the
object is not taken. For instance, functions that had an inline definition, but
the compiler decided not to inline it. Note, unlike linker_private and
linker_private_weak, linker_private_weak_def_auto may have only default
visibility.  The symbols are removed by the linker from the final linked image
(executable or dynamic library).

llvm-svn: 111684

not part of the IR, are not uniqued, and may be safely RAUW'd.
This replaces a variety of alternate mechanisms for achieving
the same effect.

llvm-svn: 111681

llvm-svn: 111678

llvm-svn: 111676

llvm-svn: 111673

llvm-svn: 111670

llvm-svn: 111669

llvm-svn: 111668

llvm-svn: 111665

llvm-svn: 111664

llvm-svn: 111663

llvm-svn: 111662

llvm-svn: 111661

llvm-svn: 111659

If the omission was intentional, please add a comment.

llvm-svn: 111657

llvm-svn: 111656

llvm-svn: 111655

checking to places which previously lacked it.

llvm-svn: 111651

llvm-svn: 111649

errs() instead of outs() for its verbose messages.

llvm-svn: 111648

llvm-svn: 111646

llvm-svn: 111644

pending output errors are detected.

llvm-svn: 111643

outside of outs() and errs() themselves, and they don't really
need custom classes.

llvm-svn: 111642

llvm-svn: 111641

llvm-svn: 111640

class which is using it.

llvm-svn: 111639

llvm-svn: 111638

llvm-svn: 111627

llvm-svn: 111626

llvm-svn: 111625

Thanks to Jianzhou Zhao for finding this.

llvm-svn: 111624

llvm-svn: 111623

of stopping at the first embedded quote.

llvm-svn: 111622

llvm-svn: 111621

Since they now live in the namespace 'autogenerated'.

llvm-svn: 111620

llvm-svn: 111619

llvm-svn: 111618

llvm-svn: 111617

zero-extend operations.

llvm-svn: 111614