situations where on the common path an API can return a pointer to some direct
memory, but which on an exceptional path may need to return a pointer to a
temporary struct.

llvm-svn: 120201

llvm-svn: 120200

llvm-svn: 120199

llvm-svn: 120198

llvm-svn: 120197

llvm-svn: 120196

llvm-svn: 120195

llvm-svn: 120194

I added these instructions recently but I have no idea where these "1"
values in the NextCycles field came from.  As far as I can tell now,
these instruction stages are clearly intended to overlap.

llvm-svn: 120193

llvm-svn: 120192

llvm-svn: 120191

llvm-svn: 120190

llvm-svn: 120189

llvm-svn: 120188

 - I'm leaving MachO.h, because I believe it has external consumers, but I would really like to eliminate it (we have stylistic disagreements with one another).

llvm-svn: 120187

independent information on the Mach object format, and move some stuff from
MachObjectWriter.cpp there.

llvm-svn: 120186

llvm-svn: 120185

- Double the vector's capacity when growing to avoid unneeccesary reallocation.
- Do the reallocation with realloc(3) which can expand the memory in place.

llvm-svn: 120183

llvm-svn: 120181

GNU ld/PECOFF accepts but ignores them below;
  --version-script
  --export-dynamic
  --rpath

FIXME: autoconf should be aware of them.
llvm-svn: 120179

test/site.exp.in: Add "emitir", for now, fixing up r120156. CMake depends on site.exp.in, though, "emitir" might be unused.

llvm-svn: 120174

Change temporary debugging code to write a dot file directly.

llvm-svn: 120171

between B+-trees using the same KeyT.

llvm-svn: 120170

llvm-svn: 120168

llvm-svn: 120167

llvm-svn: 120166

The path also holds a reference to the root node, and that allows important
iterator accessors like start() and stop() to have no conditional code. (When
the compiler is clever enough to remove it.)

llvm-svn: 120165

automatically.  Use -S with llvm-gcc rather than -c, so tests can
work when llvm-gcc is really dragonegg (which can output IR with -S
but not -c).  Yes, dragonegg supports objective-c++ (poorly though).

llvm-svn: 120164

automatically.  Use -S with llvm-gcc rather than -c, so tests can
work when llvm-gcc is really dragonegg (which can output IR with -S
but not -c).  Yes, dragonegg supports objective-c (poorly though).

llvm-svn: 120163

llvm-svn: 120162

llvm-svn: 120161

automatically.  Use -S with llvm-gcc rather than -c, so tests can
work when llvm-gcc is really dragonegg (which can output IR with -S
but not -c).

llvm-svn: 120160

the output of this test.  Since it was producing bitcode, that clearly
wasn't happening!  Have it produce target assembler and assemble that
instead.

llvm-svn: 120159

automatically.  Use -S with llvm-gcc rather than -c, so tests can
work when llvm-gcc is really dragonegg (which can output IR with -S
but not -c).

llvm-svn: 120158

than -c.

llvm-svn: 120157

llvm-svn: 120156

(dragonegg cannot use -emit-llvm so needs a different flag
to everyone else).

llvm-svn: 120155

LLVMGCC_DISABLEOPT_FLAGS, one with CC in it, the other
with GCC.  Rename LLVMGCC_DISABLEOPT_FLAGS to
LLVMCC_DISABLEOPT_FLAGS.

llvm-svn: 120151

llvm-svn: 120150

  --with-llvmgcc="gcc-4.5 -fplugin=dragonegg.so"

llvm-svn: 120149