2017-03-31 05:48:55 +08:00
// RUN: %clang_cc1 -fsyntax-only -verify %s
// return values
void test_void_alloc_align ( void ) __attribute__ ( ( alloc_align ( 1 ) ) ) ; // expected-warning {{'alloc_align' attribute only applies to return values that are pointers}}
void * test_ptr_alloc_align ( int a ) __attribute__ ( ( alloc_align ( 1 ) ) ) ; // no-warning
int j __attribute__ ( ( alloc_align ( 1 ) ) ) ; // expected-warning {{'alloc_align' attribute only applies to non-K&R-style functions}}
void * test_no_params_zero ( void ) __attribute__ ( ( alloc_align ( 0 ) ) ) ; // expected-error {{'alloc_align' attribute parameter 1 is out of bounds}}
void * test_no_params ( void ) __attribute__ ( ( alloc_align ( 1 ) ) ) ; // expected-error {{'alloc_align' attribute parameter 1 is out of bounds}}
void * test_incorrect_param_type ( float a ) __attribute__ ( ( alloc_align ( 1 ) ) ) ; // expected-error {{'alloc_align' attribute argument may only refer to a function parameter of integer type}}
// argument type
void * test_bad_param_type ( void ) __attribute ( ( alloc_align ( 1.1 ) ) ) ; // expected-error {{'alloc_align' attribute requires parameter 1 to be an integer constant}}
// argument count
2017-04-19 23:52:11 +08:00
void * test_no_fn_proto ( int x , int y ) __attribute__ ( ( alloc_align ) ) ; // expected-error {{'alloc_align' attribute takes one argument}}
void * test_no_fn_proto ( int x , int y ) __attribute__ ( ( alloc_align ( ) ) ) ; // expected-error {{'alloc_align' attribute takes one argument}}
void * test_no_fn_proto ( int x , int y ) __attribute__ ( ( alloc_align ( 32 , 45 , 37 ) ) ) ; // expected-error {{'alloc_align' attribute takes one argument}}
2017-03-31 05:48:55 +08:00
[Sema] Try 2: Attempt to perform call-size-specific `__attribute__((alloc_align(param_idx)))` validation
Summary:
`alloc_align` attribute takes parameter number, not the alignment itself,
so given **just** the attribute/function declaration we can't do any
sanity checking for said alignment.
However, at call site, given the actual `Expr` that is passed
into that parameter, we //might// be able to evaluate said `Expr`
as Integer Constant Expression, and perform the sanity checks.
But since there is no requirement for that argument to be an immediate,
we may fail, and that's okay.
However if we did evaluate, we should enforce the same constraints
as with `__builtin_assume_aligned()`/`__attribute__((assume_aligned(imm)))`:
said alignment is a power of two, and is not greater than our magic threshold
This was initially committed in c2a9061ac5166e48fe85ea2b6dbce9457c964958
but reverted in 00756b182398b92abe16559287467079087aa631 because of
suspicious bot failures.
Reviewers: erichkeane, aaron.ballman, hfinkel, rsmith, jdoerfert
Reviewed By: erichkeane
Subscribers: cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D72996
2020-01-24 03:49:50 +08:00
void * passthrought ( int a ) {
return test_ptr_alloc_align ( a ) ;
}
void * align16 ( ) {
return test_ptr_alloc_align ( 16 ) ;
}
void * align15 ( ) {
2020-02-20 21:39:26 +08:00
return test_ptr_alloc_align ( 15 ) ; // expected-warning {{requested alignment is not a power of 2}}
[Sema] Try 2: Attempt to perform call-size-specific `__attribute__((alloc_align(param_idx)))` validation
Summary:
`alloc_align` attribute takes parameter number, not the alignment itself,
so given **just** the attribute/function declaration we can't do any
sanity checking for said alignment.
However, at call site, given the actual `Expr` that is passed
into that parameter, we //might// be able to evaluate said `Expr`
as Integer Constant Expression, and perform the sanity checks.
But since there is no requirement for that argument to be an immediate,
we may fail, and that's okay.
However if we did evaluate, we should enforce the same constraints
as with `__builtin_assume_aligned()`/`__attribute__((assume_aligned(imm)))`:
said alignment is a power of two, and is not greater than our magic threshold
This was initially committed in c2a9061ac5166e48fe85ea2b6dbce9457c964958
but reverted in 00756b182398b92abe16559287467079087aa631 because of
suspicious bot failures.
Reviewers: erichkeane, aaron.ballman, hfinkel, rsmith, jdoerfert
Reviewed By: erichkeane
Subscribers: cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D72996
2020-01-24 03:49:50 +08:00
}
void * align536870912 ( ) {
return test_ptr_alloc_align ( 1073741824 ) ; // expected-warning {{requested alignment must be 536870912 bytes or smaller; maximum alignment assumed}}
}