2009-12-16 04:14:24 +08:00
// RUN: %clang_cc1 -fsyntax-only -verify %s
2014-01-23 07:07:19 +08:00
// RUN: not %clang_cc1 -fsyntax-only -ast-dump %s | FileCheck %s
Implicitly declare certain C library functions (malloc, strcpy, memmove,
etc.) when we perform name lookup on them. This ensures that we
produce the correct signature for these functions, which has two
practical impacts:
1) When we're supporting the "implicit function declaration" feature
of C99, these functions will be implicitly declared with the right
signature rather than as a function returning "int" with no
prototype. See PR3541 for the reason why this is important (hint:
GCC always predeclares these functions).
2) If users attempt to redeclare one of these library functions with
an incompatible signature, we produce a hard error.
This patch does a little bit of work to give reasonable error
messages. For example, when we hit case #1 we complain that we're
implicitly declaring this function with a specific signature, and then
we give a note that asks the user to include the appropriate header
(e.g., "please include <stdlib.h> or explicitly declare 'malloc'"). In
case #2, we show the type of the implicit builtin that was incorrectly
declared, so the user can see the problem. We could do better here:
for example, when displaying this latter error message we say
something like:
'strcpy' was implicitly declared here with type 'char *(char *, char
const *)'
but we should really print out a fake code line showing the
declaration, like this:
'strcpy' was implicitly declared here as:
char *strcpy(char *, char const *)
This would also be good for printing built-in candidates with C++
operator overloading.
The set of C library functions supported by this patch includes all
functions from the C99 specification's <stdlib.h> and <string.h> that
(a) are predefined by GCC and (b) have signatures that could cause
codegen issues if they are treated as functions with no prototype
returning and int. Future work could extend this set of functions to
other C library functions that we know about.
llvm-svn: 64504
2009-02-14 07:20:09 +08:00
void f ( ) {
2012-01-28 07:21:02 +08:00
int * ptr = malloc ( sizeof ( int ) * 10 ) ; / / expected - warning { { implicitly declaring library function ' malloc ' with type } } \
2014-07-12 04:53:51 +08:00
/ / expected - note { { include the header < stdlib . h > or explicitly provide a declaration for ' malloc ' } } \
2009-02-17 01:45:42 +08:00
// expected-note{{'malloc' is a builtin with type 'void *}}
Implicitly declare certain C library functions (malloc, strcpy, memmove,
etc.) when we perform name lookup on them. This ensures that we
produce the correct signature for these functions, which has two
practical impacts:
1) When we're supporting the "implicit function declaration" feature
of C99, these functions will be implicitly declared with the right
signature rather than as a function returning "int" with no
prototype. See PR3541 for the reason why this is important (hint:
GCC always predeclares these functions).
2) If users attempt to redeclare one of these library functions with
an incompatible signature, we produce a hard error.
This patch does a little bit of work to give reasonable error
messages. For example, when we hit case #1 we complain that we're
implicitly declaring this function with a specific signature, and then
we give a note that asks the user to include the appropriate header
(e.g., "please include <stdlib.h> or explicitly declare 'malloc'"). In
case #2, we show the type of the implicit builtin that was incorrectly
declared, so the user can see the problem. We could do better here:
for example, when displaying this latter error message we say
something like:
'strcpy' was implicitly declared here with type 'char *(char *, char
const *)'
but we should really print out a fake code line showing the
declaration, like this:
'strcpy' was implicitly declared here as:
char *strcpy(char *, char const *)
This would also be good for printing built-in candidates with C++
operator overloading.
The set of C library functions supported by this patch includes all
functions from the C99 specification's <stdlib.h> and <string.h> that
(a) are predefined by GCC and (b) have signatures that could cause
codegen issues if they are treated as functions with no prototype
returning and int. Future work could extend this set of functions to
other C library functions that we know about.
llvm-svn: 64504
2009-02-14 07:20:09 +08:00
}
void * alloca ( __SIZE_TYPE__ ) ; // redeclaration okay
2009-03-24 01:47:24 +08:00
int * calloc ( __SIZE_TYPE__ , __SIZE_TYPE__ ) ; / / expected - warning { { incompatible redeclaration of library function ' calloc ' } } \
2009-02-17 01:45:42 +08:00
// expected-note{{'calloc' is a builtin with type 'void *}}
Implicitly declare certain C library functions (malloc, strcpy, memmove,
etc.) when we perform name lookup on them. This ensures that we
produce the correct signature for these functions, which has two
practical impacts:
1) When we're supporting the "implicit function declaration" feature
of C99, these functions will be implicitly declared with the right
signature rather than as a function returning "int" with no
prototype. See PR3541 for the reason why this is important (hint:
GCC always predeclares these functions).
2) If users attempt to redeclare one of these library functions with
an incompatible signature, we produce a hard error.
This patch does a little bit of work to give reasonable error
messages. For example, when we hit case #1 we complain that we're
implicitly declaring this function with a specific signature, and then
we give a note that asks the user to include the appropriate header
(e.g., "please include <stdlib.h> or explicitly declare 'malloc'"). In
case #2, we show the type of the implicit builtin that was incorrectly
declared, so the user can see the problem. We could do better here:
for example, when displaying this latter error message we say
something like:
'strcpy' was implicitly declared here with type 'char *(char *, char
const *)'
but we should really print out a fake code line showing the
declaration, like this:
'strcpy' was implicitly declared here as:
char *strcpy(char *, char const *)
This would also be good for printing built-in candidates with C++
operator overloading.
The set of C library functions supported by this patch includes all
functions from the C99 specification's <stdlib.h> and <string.h> that
(a) are predefined by GCC and (b) have signatures that could cause
codegen issues if they are treated as functions with no prototype
returning and int. Future work could extend this set of functions to
other C library functions that we know about.
llvm-svn: 64504
2009-02-14 07:20:09 +08:00
void g ( int malloc ) { // okay: these aren't functions
int calloc = 1 ;
}
void h ( ) {
2009-03-24 01:47:24 +08:00
int malloc ( int ) ; // expected-warning{{incompatible redeclaration of library function 'malloc'}}
int strcpy ( int ) ; / / expected - warning { { incompatible redeclaration of library function ' strcpy ' } } \
2010-09-05 08:04:01 +08:00
// expected-note{{'strcpy' is a builtin with type 'char *(char *, const char *)'}}
Implicitly declare certain C library functions (malloc, strcpy, memmove,
etc.) when we perform name lookup on them. This ensures that we
produce the correct signature for these functions, which has two
practical impacts:
1) When we're supporting the "implicit function declaration" feature
of C99, these functions will be implicitly declared with the right
signature rather than as a function returning "int" with no
prototype. See PR3541 for the reason why this is important (hint:
GCC always predeclares these functions).
2) If users attempt to redeclare one of these library functions with
an incompatible signature, we produce a hard error.
This patch does a little bit of work to give reasonable error
messages. For example, when we hit case #1 we complain that we're
implicitly declaring this function with a specific signature, and then
we give a note that asks the user to include the appropriate header
(e.g., "please include <stdlib.h> or explicitly declare 'malloc'"). In
case #2, we show the type of the implicit builtin that was incorrectly
declared, so the user can see the problem. We could do better here:
for example, when displaying this latter error message we say
something like:
'strcpy' was implicitly declared here with type 'char *(char *, char
const *)'
but we should really print out a fake code line showing the
declaration, like this:
'strcpy' was implicitly declared here as:
char *strcpy(char *, char const *)
This would also be good for printing built-in candidates with C++
operator overloading.
The set of C library functions supported by this patch includes all
functions from the C99 specification's <stdlib.h> and <string.h> that
(a) are predefined by GCC and (b) have signatures that could cause
codegen issues if they are treated as functions with no prototype
returning and int. Future work could extend this set of functions to
other C library functions that we know about.
llvm-svn: 64504
2009-02-14 07:20:09 +08:00
}
2009-02-14 09:52:53 +08:00
void f2 ( ) {
2011-01-03 17:37:44 +08:00
fprintf ( 0 , " foo " ) ; / / expected - warning { { declaration of built - in function ' fprintf ' requires inclusion of the header < stdio . h > } } \
2010-01-10 04:43:19 +08:00
expected - warning { { implicit declaration of function ' fprintf ' is invalid in C99 } }
2009-02-14 09:52:53 +08:00
}
2009-02-17 01:45:42 +08:00
// PR2892
void __builtin_object_size ( ) ; / / expected - error { { conflicting types } } \
// expected-note{{'__builtin_object_size' is a builtin with type}}
int a [ 10 ] ;
int f0 ( ) {
return __builtin_object_size ( & a ) ; // expected-error {{too few arguments to function}}
}
2009-03-24 01:47:24 +08:00
void * realloc ( void * p , int size ) { / / expected - warning { { incompatible redeclaration of library function ' realloc ' } } \
2009-02-18 08:52:29 +08:00
// expected-note{{'realloc' is a builtin with type 'void *(void *,}}
2009-02-17 01:45:42 +08:00
return p ;
}
2009-03-24 01:47:24 +08:00
// PR3855
void snprintf ( ) ; / / expected - warning { { incompatible redeclaration of library function ' snprintf ' } } \
2009-03-24 09:11:18 +08:00
// expected-note{{'snprintf' is a builtin}}
2009-03-24 01:47:24 +08:00
int
main ( int argc , char * argv [ ] )
{
snprintf ( ) ;
}
void snprintf ( ) { }
2011-01-03 17:37:44 +08:00
// PR8316
void longjmp ( ) ; // expected-warning{{declaration of built-in function 'longjmp' requires inclusion of the header <setjmp.h>}}
2012-05-09 02:29:52 +08:00
extern float fmaxf ( float , float ) ;
2014-01-23 07:07:19 +08:00
struct __jmp_buf_tag { } ;
void sigsetjmp ( struct __jmp_buf_tag [ 1 ] , int ) ; // expected-warning{{declaration of built-in function 'sigsetjmp' requires inclusion of the header <setjmp.h>}}
2014-04-02 13:48:29 +08:00
// CHECK: FunctionDecl {{.*}} <line:[[@LINE-2]]:1, col:44> col:6 sigsetjmp '
2014-01-23 07:07:19 +08:00
// CHECK-NOT: FunctionDecl
// CHECK: ReturnsTwiceAttr {{.*}} <{{.*}}> Implicit
