A couple of big refactorings: 1) Move most attributes of Atom down to DefinedAtom, so only atoms representing definitions need to implement them. 2) Remove definitionTentative, definitionWeak, mergeDuplicates, and autoHide.  Replace with merge and interposable attributes. 3) Make all methods on Atom be virtual so that future object file readers can lazily generated attributes

llvm-svn: 147903

the physical registers are not allocatable.

llvm-svn: 147902

It is incomplete and untested; passes the compilation only.

llvm-svn: 147901

new-expressions.

llvm-svn: 147900

with other symbols.

An object in the __cfstring section is suppoed to be filled with CFString
objects, which have a pointer to ___CFConstantStringClassReference followed by a
pointer to a __cstring. If we allow the object in the __cstring section to be
merged with another global, then it could end up in any section. Because the
linker is going to remove these symbols in the final executable, we shouldn't
bother to merge them.
<rdar://problem/10564621>

llvm-svn: 147899

This is a transitory commit for __dynamic_cast.  It contains debugging statements that are not intended to be in the finished product.  However some of the dubbing statements themselves contain important documentation such as how to navigate a __class_type_info hierarchy, documenting object offset and inheritance access.  The intention is that this debugging code will migrate into both actual code and comments.  And capturing it here so that there is no chance this stuff will be lost.

llvm-svn: 147898

the comment.

Fixes constvars.exp on the gdb test builder.

llvm-svn: 147897

llvm-svn: 147896

Add comment for build_and_run_with_source_atoms_expr() and remove redundant #include from basic_type.cpp.

llvm-svn: 147895

floating point type.

llvm-svn: 147894

the Test*Types*.py test cases.

llvm-svn: 147893

passed in floating point registers.

llvm-svn: 147892

llvm-svn: 147891

llvm-svn: 147890

llvm-svn: 147889

Add a test that checks the stack alignment of a simple function for
Darwin, Linux and NetBSD for 32bit and 64bit mode.

llvm-svn: 147888

floating point formats.

llvm-svn: 147887

llvm-svn: 147886

This function runs after all constant islands have been placed, and may
shrink some instructions to their 2-byte forms.  This can actually cause
some constant pool entries to move out of range because of growing
alignment padding.

Treat instructions that may be shrunk the same as inline asm - they
erode the known alignment bits.

Also reinstate an old assertion in verify(). It is correct now that
basic block offsets include alignments.

Add a single large test case that will hopefully exercise many parts of
the constant island pass.

<rdar://problem/10670199>

llvm-svn: 147885

llvm-svn: 147884

llvm-svn: 147883

When something goes wrong in type-checking a namespace definition, make the namespace declaration invalid

llvm-svn: 147882

failing test cases on our internal AVX nightly tester.
rdar://10663637

llvm-svn: 147881

llvm-svn: 147880

llvm-svn: 147878

functional change in r147860 to use DW_TAG_label's instead TAG_subprogram's.
This only changes names and updates comments.  No functional change.

llvm-svn: 147877

rdar://10663487

llvm-svn: 147876

llvm-svn: 147874

for the arm-linux-androideabi triple in particular.

Also use this to do a better job of selecting soft FP settings.

Patch by Evgeniy Stepanov.

llvm-svn: 147872

Patch by Evgeniy Stepanov.

llvm-svn: 147871

llvm-svn: 147870

As the comment around 7746 says, it's better to use the x87 extended precision
here than SSE. And the generic code doesn't know how to do that. It also regains
the speed lost for the uint64_to_float.c testcase.
<rdar://problem/10669858>

llvm-svn: 147869

ownership of property sent to 'super'. // rdar://10640891

llvm-svn: 147868

llvm-svn: 147867

llvm-svn: 147865

llvm-svn: 147864

conventions. Also, clarify the grouping of one of the asserts to silence
-Wparentheses.

llvm-svn: 147863

statement.

llvm-svn: 147862

of several newly un-defaulted switches. This also helps optimizers
(including LLVM's) recognize that every case is covered, and we should
assume as much.

llvm-svn: 147861

assembly source when it generates the TAG_subprogram dwarf debug info for
the labels that have nothing between them as in this bit of assembly source:

% cat ZeroLength.s 
_func1:
_func2:
 nop

One solution would be to not emit the subsequent labels with the same address
and use the next label with a different address or the end of the section for
the AT_high_pc value of the TAG_subprogram.

Turns out in llvm-mc it is not possible in all cases to determine of two
symbols have the same value at the point we put out the TAG_subprogram dwarf
debug info.

So we will have llvm-mc instead of putting out TAG_subprogram's put out
DW_TAG_label's.  And the DW_TAG_label does not have a AT_high_pc value which
avoids the problem.

This commit is only the functional change to make the diffs clear as to what is
really being changed.  The next commit will be to clean up the names of such
things like MCGenDwarfSubprogramEntry to something like MCGenDwarfLabelEntry.

rdar://10666925

llvm-svn: 147860