John McCall 34376a68c4 Although we currently have explicit lvalue-to-rvalue conversions, they're ...

not actually frequently used, because ImpCastExprToType only creates a node
if the types differ.  So explicitly create an ICE in the lvalue-to-rvalue
conversion code in DefaultFunctionArrayLvalueConversion() as well as several
other new places, and consistently deal with the consequences throughout the
compiler.

In addition, introduce a new cast kind for loading an ObjCProperty l-value,
and make sure we emit those nodes whenever an ObjCProperty l-value appears
that's not on the LHS of an assignment operator.

This breaks a couple of rewriter tests, which I've x-failed until future
development occurs on the rewriter.

Ted Kremenek kindly contributed the analyzer workarounds in this patch.

llvm-svn: 120890

2010-12-04 03:47:34 +00:00

clang

Although we currently have explicit lvalue-to-rvalue conversions, they're

2010-12-04 03:47:34 +00:00

compiler-rt

license change

2010-11-16 22:13:33 +00:00

debuginfo-tests

…

libcxx

Add typeinfo for char16_t, char32_t and nullptr.

2010-12-03 17:25:24 +00:00

lldb

Bumped Xcode project build version to 34 for lldb-34.

2010-12-04 02:47:38 +00:00

llvm

There are two reasons why we might want to use

2010-12-04 03:21:47 +00:00

Description

No description provided

intelllvmoneapisycl

5.4 GiB

Languages

LLVM 41.4%

C++ 31.4%

C 13%

Assembly 9.6%

MLIR 1.5%

Other 2.7%