llvm-svn: 120017

llvm-svn: 120016

are constant.  There was in fact one exception to this (phi nodes) - so
remove that exception (InstructionSimplify handles this so there should
be no loss).

llvm-svn: 120015

on 64-bit systems.

llvm-svn: 120014

two copies, since they are fundamentally different
operations and the StringRef one should go away
(it shouldn't be part of FileManager at least).

Remove some dead arguments.

llvm-svn: 120013

client should just pass in absolute paths.

llvm-svn: 120012

this code. no functionality change.

llvm-svn: 120011

FileSystemOpts through a ton of apis, simplifying a lot of code.
This also fixes a latent bug in ASTUnit where it would invoke
methods on FileManager without creating one in some code paths
in cindextext.

llvm-svn: 120010

While here, remove unused argument and rename UpdateForSlide to Invalidate.

llvm-svn: 120009

llvm-svn: 120008

to simplify a bunch of code in it.  It should ultimately get inlined
into FileManager.

llvm-svn: 120007

llvm-svn: 120006

llvm-svn: 120005

llvm-svn: 120004

9.7% speedup running domtree on test-suite.

Reviewed by Chris Lattner.

llvm-svn: 120003

documented and only used by some clang stuff I just removed.

llvm-svn: 120002

This patch completely defeated the "passing in a prestat'd size 
to MemoryBuffer" optimization, leading to an extra fstat call for
every buffer opened, in order to find out if the datestamp and size 
of the file on disk matches what is in the stat cache.

I fully admit that I don't completely understand what is going on here:
why punish code when a stat cache isn't in use?  what is the point of a
stat cache if you have to turn around and stat stuff to validate it?

To resolve both these issues, just drop the modtime check and check the
file size, which is the important thing anyway.  This should also resolve
PR6812, because presumably windows is stable when it comes to file sizes.
If the modtime is actually important, we should get it and keep it on the
first stat.

This eliminates 833 fstat syscalls when processing Cocoa.h, speeding up
system time on -Eonly Cocoa.h  from 0.041 to 0.038s.

llvm-svn: 120001

Documentation: http://msdn.microsoft.com/en-us/library/z2cx9y4f.aspx

llvm-svn: 120000

llvm-svn: 119999

llvm-svn: 119998

llvm-svn: 119997

llvm-svn: 119996

llvm-svn: 119995

llvm-svn: 119994

llvm-svn: 119993

being in terms of excessively complex template logic.

llvm-svn: 119992

llvm-svn: 119990

patch by Greg Pfeil!

llvm-svn: 119989

on this instcombine xform.  This fixes a miscompilation of 403.gcc.

llvm-svn: 119988

llvm-svn: 119987

llvm-svn: 119986

llvm-svn: 119985

llvm-svn: 119984

1. "no 'else' after 'return'" -- this is for conformance with the
coding standards.

2. move 'else' to the line of the previous '}' -- this is for consistency.

Reviewed by kremenek.

llvm-svn: 119983

llvm-svn: 119982

llvm-svn: 119981

llvm-svn: 119980

llvm-svn: 119979

Refactor the ELFRelocationEntry (pull up) and move the arch-specific statics to inside the class where it belongs.

Next step is to rationally break apart the RecordRelocation()

Probably the step will be to have 1 member function for ech slot of the ELFRelocationEntry()

llvm-svn: 119978

state. Previously Thumb2 would restore sp from fp like this:
mov sp, r7
sub, sp, #4
If an interrupt is taken after the 'mov' but before the 'sub', callee-saved
registers might be clobbered by the interrupt handler. Instead, try
restoring directly from sp:
add sp, #4
Or, if necessary (with VLA, etc.) use a scratch register to compute sp and
then restore it:
sub.w r4, r7, #8
mov sp, r7
rdar://8465407

llvm-svn: 119977