llvm-svn: 118272

Makes it more clear that it is just a path manipulation function.

llvm-svn: 118174

llvm-svn: 118130

llvm-svn: 118088

llvm-svn: 118057

This makes the behaviour of FindExecutable more consistent across platforms, but
I'm not very happy with the name...

llvm-svn: 118049

messages primarily indicate errors running the viewer, not
errors with the graph file itself.

llvm-svn: 117665

llvm-svn: 117583

llvm-svn: 116867

setmode is provided by io.h on Cygwin.

llvm-svn: 116784

routine is off the stack. Otherwise we show up rather confusingly in the stack
trace.

llvm-svn: 116755

llvm-svn: 116682

Always use binary mode for output stream. This is important to prevent unwanted end of line conversion on Windows. Should not affect Unix where O_BINARY is not defined. This fix /clang/test/lexer/preamble.c XFAIL on WIN32.

llvm-svn: 116509

llvm-svn: 116462

logic to use the new APInt methods.  Among other things this
implements rdar://8501501 - llvm.smul.with.overflow.i32 should constant fold

which comes from "clang -ftrapv", originally brought to my attention from PR8221.

llvm-svn: 116457

llvm-svn: 116455

return an overflow flag.

llvm-svn: 116452

llvm-svn: 116003

llvm-svn: 115973

Graphviz program, print something with a newline, to avoid leaving
the line unfinished.

llvm-svn: 115620

reduces the amount of malloc calls and may reduce memory overhead.

Some numbers:
ASTContext stats, clang -cc1 -disable-free -fsyntax-only Cocoa_h.m
without dynamic growth                          |  with dynamic growth
Number of memory regions: 3158                  |  Number of memory regions: 432
Bytes used: 12333185                            |  Bytes used: 12333185
Bytes allocated: 12935168                       |  Bytes allocated: 12800000
Bytes wasted: 601983 (includes alignment, etc)  |  Bytes wasted: 466815 (includes alignment, etc)

ASTContext stats, clang -cc1 -disable-free -fsyntax-only on clang's ASTReader.cpp
without dynamic growth                          |  with dynamic growth
Number of memory regions: 10987                 |  Number of memory regions: 551
Bytes used: 42910356                            |  Bytes used: 42910356
Bytes allocated: 45002752                       |  Bytes allocated: 44711936
Bytes wasted: 2092396 (includes alignment, etc) |  Bytes wasted: 1801580 (includes alignment, etc)

llvm-svn: 115151

llvm-svn: 114999

also fixes PR8250.

llvm-svn: 114972

llvm-svn: 114847

llvm-svn: 114839

llvm-svn: 114832

Cameron Esfahani, tweaked to use array_lengthof.

llvm-svn: 114073

with attribute warn_unused_result" here - suppress the warning harder.

llvm-svn: 114072

llvm-svn: 113235

teach LazyValueInfo to use them.

llvm-svn: 113196

Fix zeroExtend and signExtend to support empty sets, and to return the smallest
possible result set which contains the extension of each element in their
inputs. For example zext i8 [100, 10) to i16 is now [0, 256), not i16 [100, 10)
which contains 63446 members.

llvm-svn: 113187

I wasn't able to convince myself that all GetMainExecutable
implementations always return absolute paths; this prevents
unexpected behavior in case they ever don't.

llvm-svn: 112888

capacity and remove the workaround in SmallVector<T,0>.  There are some
theoretical benefits to a N->2N+1 growth policy anyway.

llvm-svn: 112870

bugpoint uses it.

llvm-svn: 112803

of a base class.

This makes it possible to unregister the file from FilesToRemove when
the file is done. Also, this eliminates the need for
formatted_tool_output_file.

llvm-svn: 112706

Triple class constructor.  Only valid triples should now be used
inside LLVM - front-ends are now responsable for rejecting or
correcting invalid target triples.  The Triple::normalize method
can be used to straighten out funky triples provided by users.
Give this a whirl through the buildbots to see if I caught all
places where triples enter LLVM.

llvm-svn: 112470

llvm-svn: 112189

Do unsigned char comparisons in StringRef::compare_lower to be more consistent with compare in corner cases.

llvm-svn: 112185

llvm-svn: 111993

- Cache used characters in a bitset to reduce memory overhead to just 32 bytes.
- On my core2 this code is faster except when the checked string was very short
  (smaller than the list of delimiters).

llvm-svn: 111817