llvm-svn: 90918

llvm-svn: 90917

llvm-svn: 90915

pointers thereof) to their corresponding non-noreturn function
types. This conversion is considered an exact match for
overload-resolution purposes. Note that we are a little more strict
that GCC is, because we encode noreturn in the type system, but that's
a Good Thing (TM) because it does not allow us to pretend that
potentially-returning function pointers are non-returning function
pointers.

Fxies PR5620.

llvm-svn: 90913

Somehow opt was missed when this was added.

llvm-svn: 90912

that Chris noticed.

llvm-svn: 90910

the translated value back to it if an instruction.

llvm-svn: 90909

llvm-svn: 90908

match $ correctly with \r\n, unfortunately.

llvm-svn: 90907

llvm-svn: 90906

examines; fall back to a conservative answer if there are
more. This works around some several compile time problems
resulting from BasicAliasAnalysis calling PointerMayBeCaptured.

The value has been chosen arbitrarily.

This fixes rdar://7438917 and may partially address PR5708.

llvm-svn: 90905

llvm-svn: 90902

date when instsimplify kicks in.

llvm-svn: 90901

llvm-svn: 90898

llvm-svn: 90897

in objective-c++ mode without being too lenient.

llvm-svn: 90895

- Also support the 'q' NEON registers asm code.

llvm-svn: 90894

tested.  Fixes PR5727.

llvm-svn: 90893

llvm-svn: 90890

llvm-svn: 90887

llvm-svn: 90884

llvm-svn: 90883

llvm-svn: 90882

llvm-svn: 90881

llvm-svn: 90880

llvm-svn: 90879

 - This fixes 2003-05-21-BitfieldHandling.

llvm-svn: 90876

llvm-svn: 90875

in objective-c++ mode. Fixes radar 7443165

llvm-svn: 90874

llvm-svn: 90873

llvm-svn: 90872

llvm-svn: 90871

llvm-svn: 90870

CMake/lit: Add llvm_{unit_,}site_config parameters, and always pass them when running tests from the project files.

llvm-svn: 90869

Revert 90789 for now. It caused massive compile time regression. Post-ra scheduler slowed down dramatically with this.

llvm-svn: 90868

mode as they are pervasive.

llvm-svn: 90867

llvm-svn: 90866

intended functionality change.

llvm-svn: 90865

I'm not aware that this does anything significant on its own, but it's
needed for another patch that I'm working on.

llvm-svn: 90864

print exception specifications on function types and
declarations. Fixes <rdar://problem/7450999>.

There is some poor source-location information here, because we don't
track locations of the types in exception specifications. Filed PR5719.

Failures during template instantiation of the signature of a function
or function template have wrong point-of-instantiation location
information. I'll tackle that with a separate commit.

llvm-svn: 90863