llvm-svn: 120027

Stylistic improvement suggested by Frits van Bommel.

llvm-svn: 120026

llvm-svn: 120025

fairly systematic way in instcombine.  Some of these cases were already dealt
with, in which case I removed the existing code.  The case of Add has a bunch of
funky logic which covers some of this plus a few variants (considers shifts to be
a form of multiplication), which I didn't touch.  The simplification performed is:
A*B+A*C -> A*(B+C).  The improvement is to do this in cases that were not already
handled [such as A*B-A*C -> A*(B-C), which was reported on the mailing list], and
also to do it more often by not checking for "only one use" if "B+C" simplifies.

llvm-svn: 120024

shifts.

llvm-svn: 120022

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