version of the install program, which does not have the --strip-program
switch.

llvm-svn: 143009

Reported by: yabin.hwu@gmail.com

llvm-svn: 143008

llvm-svn: 143007

This code makes different decisions when compiled into x87 instructions
because of different rounding behavior.  That caused phase 2/3
miscompares on 32-bit Linux when the phase 1 compiler was built with gcc
(using x87), and the phase 2 compiler was built with clang (using SSE).

This fixes PR11200.

llvm-svn: 143006

llvm-svn: 143005

llvm-svn: 143004

Disable LICM speculation in high register pressure situation again now that Devang has fixed other issues.

llvm-svn: 143003

on Darwin platforms where -Os means optimize for size without hurting
performance.

llvm-svn: 143002

An MBB which branches to an EH landing pad shouldn't be considered for tail merging.

In SjLj EH, the jump to the landing pad is not done explicitly through a branch
statement. The EH landing pad is added as a successor to the throwing
BB. Because of that however, the branch folding pass could mistakenly think that
it could merge the throwing BB with another BB. This isn't safe to do.
<rdar://problem/10334833>

llvm-svn: 143001

linked against a debug LLVM, runs a variety of
functions -- currently just one -- that verify
that the Decls we create are valid.

ClangASTContext now calls this verifier whenever
it adds a Decl to a DeclContext, and the verifier
checks that the AccessSpecifier is sane.

llvm-svn: 143000

lldb_private::Error objects the rules are:
- short strings that don't start with a capitol letter unless the name is a
  class or anything else that is always capitolized
- no trailing newline character
- should be one line if possible

Implemented a first pass at adding "--gdb-format" support to anything that
accepts format with optional size/count.

llvm-svn: 142999

Add a note about the removal of the atomic intrinsics to the "Major Changes" section of the release notes.

llvm-svn: 142998

to use for stripping final executables.

Patch by Simon Atanasyan!

llvm-svn: 142997

llvm-svn: 142996

Patch by Dimitry Andric!

llvm-svn: 142995

llvm-svn: 142994

the run command till the first breakpoint hit.  Example:

 $ ./dotest.py -v +b -n -x '-F Driver::MainLoop()' -p TestStartupDelays.py
1: test_startup_delay (TestStartupDelays.StartupDelaysBench)
   Test start up delays creating a target and setting a breakpoint. ... 
lldb startup delay (create fresh target) benchmark: Avg: 0.124496 (Laps: 30, Total Elapsed Time: 3.734883)
lldb startup delay (set first breakpoint) benchmark: Avg: 0.220828 (Laps: 30, Total Elapsed Time: 6.624847)
lldb startup delay (run to breakpoint) benchmark: Avg: 0.478159 (Laps: 30, Total Elapsed Time: 14.344774)
ok

llvm-svn: 142993

fix up later. For this special case, allow such a mask to be considered valid.
<rdar://problem/8622574>

llvm-svn: 142992

llvm-svn: 142991

llvm-svn: 142990

llvm-svn: 142989

llvm-svn: 142988

llvm-svn: 142987

llvm-svn: 142984

llvm-svn: 142983

llvm-svn: 142982

llvm-svn: 142981

llvm-svn: 142970

llvm-svn: 142966

llvm-svn: 142965

llvm-svn: 142963

types of the same name.  If a local variable with the
given name is found (and we are not searching a
specific namespace) we stop right then and there and
report it.

llvm-svn: 142962

Add support for the notion of "hidden" relocations.  On MachO, these are relocation entries that are used as additional information for other, real relocations, rather than being relocations themselves.
I'm not familiar enough with ELF or COFF to know if they should have any relocations marked hidden.

llvm-svn: 142961

llvm-svn: 142960

llvm-svn: 142959

LLVM 2.9.  My understanding is that we plan to maintain compatibility with 2.9
until the 3.1 release.  At that time we can generate new test cases using LLVM
3.0.

llvm-svn: 142958

PR11217.

llvm-svn: 142956

llvm-svn: 142955

llvm-svn: 142954

llvm-svn: 142952