Originally, I included CSS hacks for IE.
However, my comments before the doctype was the reason IE was running in non-strict mode.  I did not know this.
When Chris removed the comments, IE correctly went into strict mode and my IE hacks were no longer needed (the hacks were getting in the way now).
solution:
*) Make sure doctype is first on all files
*) removed all IE hacks from menu.css (since the doctype issue fixes IE)

llvm-svn: 45025

llvm-svn: 45023

llvm-svn: 45020

of "expressions", since they are not really evaluated.

llvm-svn: 45015

llvm-svn: 45014

Sema::ActOnFinishFunctionBody(): Since we no longer synthesize a FunctionDecl for each method, remove the unconditional initialization to 0 and corresponding comment.

llvm-svn: 45008

deserialization.  Eventually this should be replaced with a lazy-reading
mechanism that only reads source files when they are needed by clients.

llvm-svn: 45007

deserialized.

llvm-svn: 45006

llvm-svn: 45005

create a .ast file in the current working directory.  This mirrors the behavior
of the -c option for gcc.  Later we should add the ability to write the
serialized file anywhere.

llvm-svn: 45004

llvm-svn: 45003

llvm-svn: 45002

llvm-svn: 45001

llvm-svn: 45000

llvm-svn: 44998

llvm-svn: 44996

llvm-svn: 44995

llvm-svn: 44994

Don't do integer promotions of LHS for compound shift assignment.  The LHS has to be a modifiable lvalue.

llvm-svn: 44993

llvm-svn: 44992

llvm-svn: 44991

llvm-svn: 44990

Previously this field was serialized out in VarDecl (a parent class), but
now the field belongs to ParmVarDecl.

llvm-svn: 44989

llvm-svn: 44988

llvm-svn: 44985

of array types.  For things like:

  char x[10];
  
we should treat "x" as being initialized, because the variable "x" really
refers to the memory block of the array. Clearly x[1] is uninitialized, but
expressions like "(char*) x" really do refer to an initialized value. This
simple dataflow analysis does not reason about the contents of arrays.

This fixes: PR 1859 (http://llvm.org/bugs/show_bug.cgi?id=1859)

llvm-svn: 44984

llvm-svn: 44983

we incorrectly examine the expression within a sizeof() for use in computing
dataflow values.

This fixes: PR 1858 (http://llvm.org/bugs/show_bug.cgi?id=1858)

llvm-svn: 44982

llvm-svn: 44978

llvm-svn: 44976

llvm-svn: 44974

Ted, this change necessitates (de)/serialization of ParmVarDecl.

llvm-svn: 44972

llvm-svn: 44968

and is a work in progress.

llvm-svn: 44967

llvm-svn: 44966

llvm-svn: 44964

llvm-svn: 44963

instead of source files.

llvm-svn: 44962

Moved all clients of Diagnostics to use FullSourceLoc instead of SourceLocation.
Added many utility methods to FullSourceLoc to provide shorthand for:

    FullLoc.getManager().someMethod(FullLoc.getLocation());
    
instead we have:

    FullLoc.someMethod();
    
Modified TextDiagnostics (and related classes) to use this short-hand.

llvm-svn: 44957

Encode enumeral types.

llvm-svn: 44956