https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/140524
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
frasercrmck wrote:
ping, thanks
https://github.com/llvm/llvm-project/pull/137940
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/140557
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/140524
>From 38c1e5e62efa56c8dbca4e087555695ad34fe469 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 19 May 2025 11:10:08 +0100
Subject: [PATCH 1/2] [libclc] Mov erf & erfc to CLC library
This completes
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/141574
This commit deprecates the use of LLVM_ENABLE_PROJECTS in favour of
LLVM_ENABLE_RUNTIMES.
Alternatively, using -DLLVM_RUNTIME_TARGETS= combined with
-DRUNTIMES__LLVM_ENABLE_RUNTIMES=libclc also gets pretty
frasercrmck wrote:
ping, thanks.
https://github.com/llvm/llvm-project/pull/131995
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/141574
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/131995
>From 8f445e8db9378779d822388060ee3be15f360751 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Mon, 3 Feb 2025 16:54:17 +
Subject: [PATCH 1/4] [clang] Introduce elementwise clz/ctz builtins
These bu
https://github.com/frasercrmck approved this pull request.
LGTM, thanks
https://github.com/llvm/llvm-project/pull/141721
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
frasercrmck wrote:
> > That said, I don't believe it "works" in the way it's supposed to. It still
> > grabs the host tools using `get_host_tool_path` in CMake, and custom
> > commands to build with that. I take it we're supposed to use
> > `CMAKE_C_COMPILER` as if we were a regular CMake proj
https://github.com/frasercrmck updated
https://github.com/llvm/llvm-project/pull/141574
>From f5278d261d203cea8889174c8b0a16c03d1cbad9 Mon Sep 17 00:00:00 2001
From: Fraser Cormack
Date: Tue, 27 May 2025 11:11:14 +0100
Subject: [PATCH 1/2] [libclc] Support LLVM_ENABLE_RUNTIMES when building
Th
@@ -35,7 +35,7 @@ list(INSERT CMAKE_MODULE_PATH 0
# We order libraries to mirror roughly how they are layered, except that
compiler-rt can depend
# on libc++, so we put it after.
-set(LLVM_DEFAULT_RUNTIMES
"libc;libunwind;libcxxabi;pstl;libcxx;compiler-rt;openmp;offload")
+s
frasercrmck wrote:
> The changes make sense for just adding it, but does it actually work?
Truth be told I haven't grasped exactly how the runtimes system works. This
"works" in that `-DLLVM_ENABLE_RUNTIMES=libclc` will build all libclc targets
in, e.g., `build/runtimes/runtimes-bins/libclc/am
https://github.com/frasercrmck created
https://github.com/llvm/llvm-project/pull/141755
This commit moves the various vload and vstore builtins (including vload_half,
vloada_half, etc.) to the CLC library.
This is almost entirely a code move and does not make any attempt to clean up
or optimi
frasercrmck wrote:
> > I wasn't sure if this was necessary so this commit replaces the vector2
> > versions of the constants with the vector3/vector4 ones. The OpenCL-CTS
> > seems okay with it. If this is incorrect then it's not very difficult to
> > split them back out again.
>
> Does it pa
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/140936
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -420,12 +420,37 @@ foreach( t ${LIBCLC_TARGETS_TO_BUILD} )
-D${CLC_TARGET_DEFINE}
# All libclc builtin libraries see CLC headers
-I${CMAKE_CURRENT_SOURCE_DIR}/clc/include
+ # Error on undefined macros
+ -Werror=undef
)
if( NOT "${cpu}"
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/137183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/137183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/frasercrmck closed
https://github.com/llvm/llvm-project/pull/141755
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
frasercrmck wrote:
I'm assuming the libc++ tests aren't failing due to this PR. They seem
unstable, looking at jobs run for other PRs.
https://github.com/llvm/llvm-project/pull/141574
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lis
@@ -72,7 +72,7 @@ else()
# Note that we check this later (for both build types) but we can provide a
# more useful error message when built in-tree. We assume that LLVM tools are
# always available so don't warn here.
- if( NOT clang IN_LIST LLVM_ENABLE_PROJECTS )
+ if(
https://github.com/frasercrmck approved this pull request.
Sorry about that.
Just to confirm this will work like nvptx, so it will report that the generic
address space is available but won't generate certain generic functions
(because it's identical to the private address space).
If we get r
https://github.com/frasercrmck edited
https://github.com/llvm/llvm-project/pull/141574
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
701 - 724 of 724 matches
Mail list logo
