vmustya wrote:
> That way, header-only extensions don't need to be added to
> `OpenCLExtensions.def`
@svenvh, in any case, we need a list of all the supported extensions, including
the header ones. When someone passes the `-Xclang -cl-ext=+all`, the compiler
should add defines for all the sup
vmustya wrote:
> What is the motivation for this change? We are trying to move away from
> adding extensions to this file for extensions that only add builtin
> functions, see e.g. https://reviews.llvm.org/D92231 . What functionality are
> you gaining by adding them here?
@svenvh, I'm trying
https://github.com/vmustya closed
https://github.com/llvm/llvm-project/pull/129171
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/vmustya created
https://github.com/llvm/llvm-project/pull/129177
According to the OpenCL C spec, the image functions are optional.
For OpenCL C 1.2, the image functions are guarded by the
`__IMAGE_SUPPORT__` macro. For the OpenCL C 3.0 and later, the
`__opencl_c_images` macro
https://github.com/vmustya updated
https://github.com/llvm/llvm-project/pull/129171
>From 98ae8631af5d672fc7a86c19f2b84c2efb6ceea0 Mon Sep 17 00:00:00 2001
From: Victor Mustya
Date: Thu, 27 Feb 2025 17:28:36 -0800
Subject: [PATCH 1/2] [Clang][OpenCL] Wrap image functions with the macro
Accordi
https://github.com/vmustya created
https://github.com/llvm/llvm-project/pull/120662
The Clang tablegen built-in function prototype parser has the `__bf16`
type missing. This patch adds the missing type to the parser.
>From df1fe8e7e6cb978ff52d71c36cea9af207b11224 Mon Sep 17 00:00:00 2001
From:
