llvm-svn: 77169

'unnamed' bss section, but some impls would want a named one.  Since
they don't have consistent behavior, just make each target do their
own thing, instead of doing something "sortof common" then having
targets change immutable objects later.

llvm-svn: 77165

llvm-svn: 77164

llvm-svn: 77161

but this ends up compiling code like this:

int foo(const StringRef &R) {
  return R == "food";
}

to use a constant sized memcmp instead of a variable memcmp.

llvm-svn: 77160

PIC16 has special naming conventions for variables having section names specified via section attribute.

llvm-svn: 77153

llvm-svn: 77152

llvm-svn: 77149

llvm-svn: 77148

namespace which could very well conflict with non-LLVM code.

Also clean up some spacing, remove an extra header.

llvm-svn: 77146

llvm-svn: 77145

just use a smallstring instead.

llvm-svn: 77144

llvm-svn: 77143

section specified for it or not.

llvm-svn: 77142

llvm-svn: 77141

to its classification.

llvm-svn: 77140

llvm-svn: 77139

llvm-svn: 77138

llvm-svn: 77137

llvm-svn: 77135

llvm-svn: 77134

llvm-svn: 77133

simplify targets.

llvm-svn: 77132

putting readonly constants in the readonly section if we have one.

llvm-svn: 77131

llvm-svn: 77130

group instead of a bunch of random unrelated ideas.  Provide predicates
to categorize a SectionKind into a group, and use them instead of 
getKind() throughout the code.

This also renames a ton of SectionKinds to be more consistent and
evocative, and adds a huge number of comments on the enums so that
I will hopefully be able to remember how this stuff works long from
now.

llvm-svn: 77129

a mention in release notes.

llvm-svn: 77128

llvm-svn: 77127

classes, and migrate existing targets over.

llvm-svn: 77126

llvm-svn: 77125

llvm-svn: 77124

writable because of teh dynamic linker.

llvm-svn: 77122

llvm-svn: 77121

 - This is now shorter, simpler, safer, and more efficient, what a deal.

llvm-svn: 77119

and efficient on a StringRef.

llvm-svn: 77117

llvm-svn: 77116

llvm-svn: 77115

 - This was overkill and inconsistently implemented.

llvm-svn: 77114

 - This is a simplified mechanism which just looks up a target based on the
   target triple, with a few additional flags.

 - Remove getClosestStaticTargetForModule, the moral equivalent is now:
     lookupTarget(Mod->getTargetTriple, true, false, ...);

 - This no longer does the fuzzy matching with target data (based on endianness
   and pointer width) that getClosestStaticTargetForModule was doing, but this
   was deemed unnecessary.

llvm-svn: 77111

llvm-svn: 77110