| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Discovered by the awesome test case and ASAN.
llvm-svn: 226678
|
| |
|
|
| |
llvm-svn: 226677
|
| |
|
|
| |
llvm-svn: 226675
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The improved completion in call context now works with:
- Functions.
- Member functions.
- Constructors.
- New expressions.
- Function call expressions.
- Template variants of the previous.
There are still rough edges to be fixed:
- Provide support for optional parameters. (fix known)
- Provide support for member initializers. (fix known)
- Provide support for variadic template functions. (fix unknown)
- Others?
llvm-svn: 226670
|
| |
|
|
|
|
| |
Should fix the test in -Asserts builds.
llvm-svn: 226668
|
| |
|
|
| |
llvm-svn: 226667
|
| |
|
|
| |
llvm-svn: 226666
|
| |
|
|
| |
llvm-svn: 226662
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We didn't consider any alignment attributes on an EnumDecl when
calculating alignment.
While we are here, ignore alignment specifications on typedef types if
one is used as the underlying type. Otherwise, weird things happen:
enum Y : int;
Y y;
typedef int __attribute__((aligned(64))) u;
enum Y : u {};
What is the alignment of 'Y'? It would be more consistent with the
overall design of enums with fixed underlying types to consider the
underlying type's UnqualifiedDesugaredType.
This fixes PR22279.
llvm-svn: 226653
|
| |
|
|
|
|
| |
This reverts commit r226626. err_after_alias is, in fact, reachable.
llvm-svn: 226633
|
| |
|
|
|
|
|
| |
They can be emitted by multiple translation units and thus belong in a
COMDAT group.
llvm-svn: 226630
|
| |
|
|
|
|
| |
A guard variable in a COMDAT'd function should also be in a COMDAT.
llvm-svn: 226629
|
| |
|
|
| |
llvm-svn: 226628
|
| |
|
|
|
|
|
| |
Examples this would have catched are now handled by the attribute
verification code.
llvm-svn: 226626
|
| |
|
|
|
|
|
|
|
|
| |
be corrected.
This fixes PR22250, which exposed the bug where if there's more than one
TypoExpr in the arguments, once one failed to be corrected none of the
TypoExprs after it would be handled at all thanks to an early return.
llvm-svn: 226624
|
| |
|
|
|
|
| |
This is in preparation for changing the link to use -Wl,-z,defs.
llvm-svn: 226609
|
| |
|
|
|
|
|
| |
In a few places we didn't check that Category->getClassInterface() was
not null before using it.
llvm-svn: 226605
|
| |
|
|
|
|
|
|
|
| |
The test case is based on the reduction from PR21679 and has to be
freestanding to work correctly, since some of the expected errors (and
some of the problems that were fixed) only occur when the end of the
file is reached.
llvm-svn: 226603
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This code adds the -mstack-probe-size command line option and implements the /Gs
compiler switch for clang-cl.
This should fix http://llvm.org/bugs/show_bug.cgi?id=21896
Patch by Andrew H!
Differential Revision: http://reviews.llvm.org/D6685
llvm-svn: 226601
|
| |
|
|
|
|
|
| |
property-dot syntax on 'super' with no super
class. Patch by Jason Haslam.
llvm-svn: 226578
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before:
const char *x =
"hello llvm";
After:
const char *x = "hello llvm";
This fixes llvm.org/PR22245.
Patch by Bill Meltsner, thank you!
llvm-svn: 226564
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The test was fixed after a discussion with the revision author: the check
pattern was made more flexible as the "%call" part is not what we actually want
to check strictly there.
The original patch description:
===
Introduce SPIR calling conventions.
This implements Section 3.7 from the SPIR 1.2 spec:
SPIR kernels should use "spir_kernel" calling convention.
Non-kernel functions use "spir_func" calling convention. All
other calling conventions are disallowed.
The patch works only for OpenCL source. Any other uses will need
to ensure that kernels are assigned the spir_kernel calling
convention correctly.
===
llvm-svn: 226561
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Here's the fail log from our internal setup:
===
.../tools/clang/clang -cc1 -internal-isystem .../tools/clang/staging/include -nostdsysteminc .../tools/clang/test/CodeGenOpenCL/spir-calling-conv.cl -triple spir-unknown-unknown -emit-llvm -o -
FileCheck .../tools/clang/test/CodeGenOpenCL/spir-calling-conv.cl
.../tools/clang/test/CodeGenOpenCL/spir-calling-conv.cl:11:12: error: expected string not found in input
// CHECK: %call = tail call spir_func i32 @get_dummy_id(i32 0)
^
<stdin>:6:52: note: scanning from here
define spir_kernel void @foo(i32 addrspace(1)* %A) #0 {
^
<stdin>:7:2: note: possible intended match here
%1 = tail call spir_func i32 @get_dummy_id(i32 0) #2
^
===
Here's a failure on a public CI server:
http://lab.llvm.org:8080/green/job/clang-stage2-configure-Rlto_check/1183/
llvm-svn: 226558
|
| |
|
|
| |
llvm-svn: 226552
|
| |
|
|
|
|
|
| |
This patch allows to use predetermined shared variables in private clauses in
parallel or tasks regions.
llvm-svn: 226549
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This implements Section 3.7 from the SPIR 1.2 spec:
SPIR kernels should use "spir_kernel" calling convention.
Non-kernel functions use "spir_func" calling convention. All
other calling conventions are disallowed.
The patch works only for OpenCL source. Any other uses will need
to ensure that kernels are assigned the spir_kernel calling
convention correctly.
llvm-svn: 226548
|
| |
|
|
|
|
| |
`MDNode::getTemporary()` returns a `unique_ptr<>` as of r226504.
llvm-svn: 226505
|
| |
|
|
|
|
|
|
|
| |
Analogous to AVX2, these need to be implemented as macros to properly
propagate the immediate index operand.
Part of <rdar://problem/17688758>
llvm-svn: 226496
|
| |
|
|
|
|
| |
with a DW_OP_deref instead.
llvm-svn: 226474
|
| |
|
|
| |
llvm-svn: 226465
|
| |
|
|
| |
llvm-svn: 226463
|
| |
|
|
|
|
|
|
| |
Crashing input:
/\
/ comment
llvm-svn: 226454
|
| |
|
|
|
|
|
|
|
|
|
| |
Previously crashing input:
void f(
#if A
);
#else
#endif
llvm-svn: 226451
|
| |
|
|
|
|
| |
Input "a<," made clang-format crash.
llvm-svn: 226450
|
| |
|
|
| |
llvm-svn: 226449
|
| |
|
|
| |
llvm-svn: 226448
|
| |
|
|
| |
llvm-svn: 226447
|
| |
|
|
|
|
|
| |
This assert would trigger on:
#d , = }
llvm-svn: 226446
|
| |
|
|
|
|
|
|
|
|
| |
Emacs functions by default use character positions; convert characters
to offsets when handing parameters to clang-format and convert byte
offsets we get from clang-format back to character positions.
Reworked the code a bit so the 0-based to 1-based offset calculations
are done in the same place where we do the multi-byte to offset mapping.
llvm-svn: 226445
|
| |
|
|
|
|
|
| |
It shouldn't have been removed, the code which replaced it didn't cover
this case.
llvm-svn: 226442
|
| |
|
|
| |
llvm-svn: 226441
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Things that are OK:
extern int var1 __attribute((alias("v1")));
static int var2 __attribute((alias("v2")));
Things that are not OK:
int var3 __attribute((alias("v3")));
extern int var4 __attribute((alias("v4"))) = 4;
We choose to accpet:
struct S { static int var5 __attribute((alias("v5"))); };
This code causes assertion failues in GCC 4.8 and ICC 13.0.1, we have
no reason to reject it.
This partially fixes PR22217.
llvm-svn: 226436
|
| |
|
|
|
|
| |
kind instead of a 32-bit immediate. This matches an equivalent change in llvm.
llvm-svn: 226431
|
| |
|
|
|
|
|
| |
The copyprivate clause must not be used with the nowait clause in single
directive.
llvm-svn: 226429
|
| |
|
|
|
|
| |
Warn on inaccessible direct base
llvm-svn: 226423
|
| |
|
|
|
|
| |
buitins.
llvm-svn: 226422
|
| |
|
|
|
|
| |
comparison immediate. This requires converting to a macro in the header file.
llvm-svn: 226421
|
| |
|
|
|
|
|
|
|
|
| |
If an unscoped enum is used as a nested name specifier and the language dialect
is not C++ 11, issue an extension warning.
This fixes PR16951.
Differential Revision: http://reviews.llvm.org/D6389
llvm-svn: 226413
|
| |
|
|
|
|
|
|
|
| |
Previously if an enumeration was used in a nested name specifier in pre-C++11
language dialect, error message was 'XXX is not a class, namespace, or scoped
enumeration'. This patch removes the word 'scoped' as in C++11 any enumeration
may be used in this context.
llvm-svn: 226410
|
| |
|
|
|
|
| |
Code review suggestion by Eric Christopher.
llvm-svn: 226395
|