<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, 21 Aug 2018 at 07:41, Anastasia Stulova via cfe-commits <<a href="mailto:cfe-commits@lists.llvm.org">cfe-commits@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div id="m_8532795974178424859divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,"EmojiFont","Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols" dir="ltr">
<p style="margin-top:0;margin-bottom:0">If there are no objections I would like to revert this old commit that coverts error about implicit function declaration into a warning.</p>
<p style="margin-top:0;margin-bottom:0"><br>
</p>
<p style="margin-top:0;margin-bottom:0"></p>
<div>We have decided to generate an error for this <a href="https://reviews.llvm.org/D31745" class="m_8532795974178424859OWAAutoLink" target="_blank">
https://reviews.llvm.org/D31745</a> because for OpenCL variadic prototypes are disallowed (section 6.9.e,
<a href="https://www.khronos.org/registry/OpenCL/specs/opencl-2.0-openclc.pdf" rel="noopener noreferrer" class="m_8532795974178424859x_OWAAutoLink" target="_blank">
https://www.khronos.org/registry/OpenCL/specs/opencl-2.0-openclc.pdf</a>) and the implicit prototype requires variadic support.</div></div></div></blockquote><div><br></div><div>This is incorrect. Implicit function declarations declare unprototyped functions, which are *not* variadic, and are in fact supported by Clang's OpenCL language mode.</div><div><br></div><div>See C90 6.5.4.3 Semantics, last paragraph, and 6.3.2.2 Semantics, second paragraph.</div><div><br></div><div>So that argument does not appear to apply. The reason we accept implicitly-declared functions outside of our C89 mode is because this is an explicit, supported Clang extension. Generally, Clang intends to support using all of its extensions together, unless there is some fundamental reason why they cannot be combined. So, just as it doesn't make sense for our OpenCL language mode to conflict with, say, AltiVec vector extensions, it doesn't make sense for the OpenCL language mode to conflict with our implicitly-declared functions extension.</div><div><br></div><div>I would have sympathy for your position if we did not produce an extension warning on this construct by default. But we do, and it says the construct is invalid in OpenCL; moreover, in our strict conformance mode (-pedantic-errors), we reject the code.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div id="m_8532795974178424859divtagdefaultwrapper" style="font-size:12pt;color:rgb(0,0,0);font-family:Calibri,Helvetica,sans-serif,"EmojiFont","Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols" dir="ltr"><div>As most vendors that support OpenCL don't support variadic functions it was decided to restrict this explicitly in the spec (section
s6.9.u). There is a little bit of more history in <a href="https://reviews.llvm.org/D17438" rel="noopener noreferrer" class="m_8532795974178424859x_OWAAutoLink" target="_blank">https://reviews.llvm.org/D17438</a>.</div>
<br>
<p></p>
<span>Currently the code that can't run correctly on most OpenCL targets compiles successfully. The problem can't be easily seen by the OpenCL developers since it's not very common to retrieve the compilation warning log during online compilation.</span> Also
generated IR doesn't seem to be correct if I compare with the similar code in C.<br>
<br>
Example:<br>
<div> 1 typedef long long16 __attribute__((ext_vector_type(16)));<br>
<div> 2 void test_somefunc( __global int *d, __global void *s )<br>
3 {<br>
4 int i = get_global_id(0);<br>
5 d[i] = somefunc((( __global long16 *)s)[i]);<br>
6 }<br>
</div>
<br>
Is generated to:<br>
<br>
%call1 = call i32 (<16 x i64>*, ...) bitcast (i32 ()* @somefunc to i32 (<16 x i64>*, ...)*)(<16 x i64>* byval nonnull align 128 %indirect-arg-temp) #2<br>
</div>
...<br>
<br>
<div>
<div>declare i32 @somefunc() local_unnamed_addr #1<br>
</div>
<br>
</div>
Equivalent C code at least generates variadic function prototype <span>correctly</span>:<br>
<span><br>
%call1 = call i32 (<16 x i64>*, ...) bitcast (i32 (...)* @somefunc to i32 (<16 x i64>*, ...)*)(<16 x i64>* byval align 128 %indirect-arg-temp)<br>
...<br>
<span>declare i32 @somefunc(...)</span><br>
<br>
Anastasia<br>
</span>
<div style="color:rgb(0,0,0)">
<hr style="display:inline-block;width:98%">
<div id="m_8532795974178424859divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> cfe-commits <<a href="mailto:cfe-commits-bounces@lists.llvm.org" target="_blank">cfe-commits-bounces@lists.llvm.org</a>> on behalf of Richard Smith via cfe-commits <<a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a>><br>
<b>Sent:</b> 04 October 2017 02:58<br>
<b>To:</b> <a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a><br>
<b>Subject:</b> r314872 - We allow implicit function declarations as an extension in all C dialects. Remove OpenCL special case.</font>
<div> </div>
</div>
<div class="m_8532795974178424859BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="m_8532795974178424859PlainText">Author: rsmith<br>
Date: Tue Oct 3 18:58:22 2017<br>
New Revision: 314872<br>
<br>
URL: <a href="http://llvm.org/viewvc/llvm-project?rev=314872&view=rev" target="_blank">http://llvm.org/viewvc/llvm-project?rev=314872&view=rev</a><br>
Log:<br>
We allow implicit function declarations as an extension in all C dialects. Remove OpenCL special case.<br>
<br>
Modified:<br>
cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td<br>
cfe/trunk/lib/Sema/SemaDecl.cpp<br>
cfe/trunk/test/SemaOpenCL/<a href="http://clang-builtin-version.cl" target="_blank">clang-builtin-version.cl</a><br>
cfe/trunk/test/SemaOpenCL/<a href="http://to_addr_builtin.cl" target="_blank">to_addr_builtin.cl</a><br>
<br>
Modified: cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td<br>
URL: <a href="http://llvm.org/viewvc/llvm-project/cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td?rev=314872&r1=314871&r2=314872&view=diff" target="_blank">
http://llvm.org/viewvc/llvm-project/cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td?rev=314872&r1=314871&r2=314872&view=diff</a><br>
==============================================================================<br>
--- cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td (original)<br>
+++ cfe/trunk/include/clang/Basic/DiagnosticSemaKinds.td Tue Oct 3 18:58:22 2017<br>
@@ -355,7 +355,7 @@ def warn_implicit_function_decl : Warnin<br>
"implicit declaration of function %0">,<br>
InGroup<ImplicitFunctionDeclare>, DefaultIgnore;<br>
def ext_implicit_function_decl : ExtWarn<<br>
- "implicit declaration of function %0 is invalid in C99">,<br>
+ "implicit declaration of function %0 is invalid in %select{C99|OpenCL}1">,<br>
InGroup<ImplicitFunctionDeclare>;<br>
def note_function_suggestion : Note<"did you mean %0?">;<br>
<br>
@@ -8449,8 +8449,6 @@ def err_opencl_scalar_type_rank_greater_<br>
"element. (%0 and %1)">;<br>
def err_bad_kernel_param_type : Error<<br>
"%0 cannot be used as the type of a kernel parameter">;<br>
-def err_opencl_implicit_function_decl : Error<<br>
- "implicit declaration of function %0 is invalid in OpenCL">;<br>
def err_record_with_pointers_kernel_param : Error<<br>
"%select{struct|union}0 kernel parameters may not contain pointers">;<br>
def note_within_field_of_type : Note<<br>
<br>
Modified: cfe/trunk/lib/Sema/SemaDecl.cpp<br>
URL: <a href="http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Sema/SemaDecl.cpp?rev=314872&r1=314871&r2=314872&view=diff" target="_blank">
http://llvm.org/viewvc/llvm-project/cfe/trunk/lib/Sema/SemaDecl.cpp?rev=314872&r1=314871&r2=314872&view=diff</a><br>
==============================================================================<br>
--- cfe/trunk/lib/Sema/SemaDecl.cpp (original)<br>
+++ cfe/trunk/lib/Sema/SemaDecl.cpp Tue Oct 3 18:58:22 2017<br>
@@ -12642,17 +12642,15 @@ NamedDecl *Sema::ImplicitlyDefineFunctio<br>
}<br>
<br>
// Extension in C99. Legal in C90, but warn about it.<br>
+ // OpenCL v2.0 s6.9.u - Implicit function declaration is not supported.<br>
unsigned diag_id;<br>
if (II.getName().startswith("__builtin_"))<br>
diag_id = diag::warn_builtin_unknown;<br>
- // OpenCL v2.0 s6.9.u - Implicit function declaration is not supported.<br>
- else if (getLangOpts().OpenCL)<br>
- diag_id = diag::err_opencl_implicit_function_decl;<br>
- else if (getLangOpts().C99)<br>
+ else if (getLangOpts().C99 || getLangOpts().OpenCL)<br>
diag_id = diag::ext_implicit_function_decl;<br>
else<br>
diag_id = diag::warn_implicit_function_decl;<br>
- Diag(Loc, diag_id) << &II;<br>
+ Diag(Loc, diag_id) << &II << getLangOpts().OpenCL;<br>
<br>
// If we found a prior declaration of this function, don't bother building<br>
// another one. We've already pushed that one into scope, so there's nothing<br>
<br>
Modified: cfe/trunk/test/SemaOpenCL/<a href="http://clang-builtin-version.cl" target="_blank">clang-builtin-version.cl</a><br>
URL: <a href="http://llvm.org/viewvc/llvm-project/cfe/trunk/test/SemaOpenCL/clang-builtin-version.cl?rev=314872&r1=314871&r2=314872&view=diff" target="_blank">
http://llvm.org/viewvc/llvm-project/cfe/trunk/test/SemaOpenCL/clang-builtin-version.cl?rev=314872&r1=314871&r2=314872&view=diff</a><br>
==============================================================================<br>
--- cfe/trunk/test/SemaOpenCL/<a href="http://clang-builtin-version.cl" target="_blank">clang-builtin-version.cl</a> (original)<br>
+++ cfe/trunk/test/SemaOpenCL/<a href="http://clang-builtin-version.cl" target="_blank">clang-builtin-version.cl</a> Tue Oct 3 18:58:22 2017<br>
@@ -1,4 +1,4 @@<br>
-// RUN: %clang_cc1 %s -fblocks -verify -pedantic -fsyntax-only -ferror-limit 100<br>
+// RUN: %clang_cc1 %s -fblocks -verify -pedantic-errors -fsyntax-only -ferror-limit 100<br>
<br>
// Confirm CL2.0 Clang builtins are not available in earlier versions<br>
<br>
<br>
Modified: cfe/trunk/test/SemaOpenCL/<a href="http://to_addr_builtin.cl" target="_blank">to_addr_builtin.cl</a><br>
URL: <a href="http://llvm.org/viewvc/llvm-project/cfe/trunk/test/SemaOpenCL/to_addr_builtin.cl?rev=314872&r1=314871&r2=314872&view=diff" target="_blank">
http://llvm.org/viewvc/llvm-project/cfe/trunk/test/SemaOpenCL/to_addr_builtin.cl?rev=314872&r1=314871&r2=314872&view=diff</a><br>
==============================================================================<br>
--- cfe/trunk/test/SemaOpenCL/<a href="http://to_addr_builtin.cl" target="_blank">to_addr_builtin.cl</a> (original)<br>
+++ cfe/trunk/test/SemaOpenCL/<a href="http://to_addr_builtin.cl" target="_blank">to_addr_builtin.cl</a> Tue Oct 3 18:58:22 2017<br>
@@ -10,7 +10,7 @@ void test(void) {<br>
<br>
glob = to_global(glob, loc);<br>
#if __OPENCL_C_VERSION__ < CL_VERSION_2_0<br>
- // expected-error@-2{{implicit declaration of function 'to_global' is invalid in OpenCL}}<br>
+ // expected-warning@-2{{implicit declaration of function 'to_global' is invalid in OpenCL}}<br>
// expected-warning@-3{{incompatible integer to pointer conversion assigning to '__global int *' from 'int'}}<br>
#else<br>
// expected-error@-5{{invalid number of arguments to function: 'to_global'}}<br>
<br>
<br>
_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits</a><br>
</div>
</span></font></div>
</div>
</div>
</div>
_______________________________________________<br>
cfe-commits mailing list<br>
<a href="mailto:cfe-commits@lists.llvm.org" target="_blank">cfe-commits@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits</a><br>
</blockquote></div></div>