llvm-svn: 77834

compute it based on what it knows.  As part of this, rename getSectionForMergeableConstant
to getSectionForConstant because it works for non-mergable constants also.

The only functionality change from this is that Xcore will start dropping
its jump tables into readonly section instead of data section in -static mode.
This should be fine as the linker resolves the relocations.  If this is a
problem, let me know and we'll come up with another solution.

llvm-svn: 77833

testsuite regression with a coming patch.

llvm-svn: 77832

ENABLE_EXPENSIVE_CHECKS clean on x86_64-.*-darwin10.

llvm-svn: 77831

llvm-svn: 77830

llvm-svn: 77829

llvm-svn: 77828

llvm-svn: 77827

llvm-svn: 77826

llvm-svn: 77824

project under the normal license, yay. :)

llvm-svn: 77823

llvm-svn: 77821

llvm-svn: 77820

to:

.quad X

even on a 32-bit system, where X is not 64-bits.  There isn't much that
we can do here, so we just print:

.quad	((X) & 4294967295)

instead.

llvm-svn: 77818

llvm-svn: 77817

the appropriate subclasses.

llvm-svn: 77815

llvm-svn: 77814

llvm-svn: 77813

llvm-svn: 77812

llvm-svn: 77811

llvm-svn: 77810

llvm-svn: 77808

llvm-svn: 77807

llvm-svn: 77806

llvm-svn: 77805

llvm-svn: 77804

should have no state that is specific to particular globals in the
section.  In this case, it means the removal of the "isWeak" and
"ExplicitSection" bits.  MCSection uses the new form of SectionKind.

To handle isWeak, I introduced a new SectionInfo class, which is
SectionKind + isWeak, and it is used by the part of the code generator
that does classification of a specific global.

The ExplicitSection disappears.  It is moved onto MCSection as a new
"IsDirective" bit.  Since the Name of a section is either a section
or directive, it makes sense to keep this bit in MCSection.  Ultimately
the creator of MCSection should canonicalize (e.g.) .text to whatever
the actual section is.

llvm-svn: 77803

serious issues :)

llvm-svn: 77800

llvm-svn: 77796

llvm-svn: 77795

actually characters.

llvm-svn: 77794

llvm-svn: 77793

llvm-svn: 77792

llvm-svn: 77791

llvm-svn: 77790

llvm-svn: 77789

llvm-svn: 77788

llvm-svn: 77787

llvm-svn: 77786

myself because I'm getting tired of seeing the red buildbots, which have 
been red since 5:30PM PDT last night.

Proposed supplement to developer policy: committers should make sure to 
be around to watch for buildbot failures after committing.

llvm-svn: 77785