https://github.com/amilendra closed
https://github.com/llvm/llvm-project/pull/98091
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
amilendra wrote:
> This one looks fairly benign, and while I agree that it is good to upstream
> things wherever possible, my slight objection rests mostly on two principles:
>
> * In general the community doesn't take behavior-changing patches purely
> on the basis of eliminating merge co
Author: Samira Bazuzi
Date: 2024-07-13T00:38:49-07:00
New Revision: 3fed312d2bca7d44734ace75d18890675da0f89b
URL:
https://github.com/llvm/llvm-project/commit/3fed312d2bca7d44734ace75d18890675da0f89b
DIFF:
https://github.com/llvm/llvm-project/commit/3fed312d2bca7d44734ace75d18890675da0f89b.diff
https://github.com/Xazax-hun closed
https://github.com/llvm/llvm-project/pull/98490
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
hokein wrote:
It does filter out the `missing-dependent-template-keyword` warnings, but
doesn't fix the absl case.
With
https://github.com/llvm/llvm-project/commit/ce4aada6e2135e29839f672a6599db628b53295d,
there is a behavior change in clang. Clang reject the following code which was
accepte
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-aarch64-windows`
running on `linaro-armv8-windows-msvc-05` while building `clang` at step 6
"test".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/141/builds/738
Here is the relevant piece of th
dtcxzyw wrote:
I will rebase on the top of https://github.com/llvm/llvm-project/pull/97824.
https://github.com/llvm/llvm-project/pull/94352
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-com
kimgr wrote:
@llvm-beanz Thanks! Yes, copying the headers does seem like a hack, in
retrospect. I think I started down that path because I don't know how packaging
works -- I had assumed I might have to bundle the headers with IWYU, but I
guess the right procedure is to build against an instal
https://github.com/dtcxzyw updated
https://github.com/llvm/llvm-project/pull/94352
>From ff839bef048a65760f4cd0e9abafe11cfebd9362 Mon Sep 17 00:00:00 2001
From: Yingwei Zheng
Date: Tue, 4 Jun 2024 21:08:27 +0800
Subject: [PATCH 01/18] [RISCV] Add support for getHostCPUFeatures using
hwprobe
C
dtcxzyw wrote:
```
dtcxzyw@bananapif3:/data/llvm-build$ bin/clang -mcpu=native
--print-enabled-extensions
clang version 19.0.0git
Target: riscv64-unknown-linux-gnu
Thread model: posix
InstalledDir: /data/llvm-build/bin
Build config: +assertions
Extensions enabled for the given RISC-V target
https://github.com/dtcxzyw updated
https://github.com/llvm/llvm-project/pull/94352
>From ff839bef048a65760f4cd0e9abafe11cfebd9362 Mon Sep 17 00:00:00 2001
From: Yingwei Zheng
Date: Tue, 4 Jun 2024 21:08:27 +0800
Subject: [PATCH 01/19] [RISCV] Add support for getHostCPUFeatures using
hwprobe
C
dtcxzyw wrote:
Ping @wangpc-pp @topperc @preames
https://github.com/llvm/llvm-project/pull/94352
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/PiotrZSL edited
https://github.com/llvm/llvm-project/pull/98696
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/PiotrZSL approved this pull request.
Looks fine, even in this state
https://github.com/llvm/llvm-project/pull/98696
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -170,3 +170,18 @@ Options
If `true` (default value) the boost headers are included as system headers
with angle brackets (`#include `), otherwise quotes are used
(`#include "boost.hpp"`).
+
+.. option:: UseReversePipe
+
+ When `true` (default `false`), fixes which
@@ -166,6 +166,15 @@ utils::UseRangesCheck::ReplacerMap
UseRangesCheck::getReplacerMap() const {
return Result;
}
+UseRangesCheck::UseRangesCheck(StringRef Name, ClangTidyContext *Context)
+: utils::UseRangesCheck(Name, Context),
+ UseReversePipe(Options.get("UseRe
https://github.com/cor3ntin updated
https://github.com/llvm/llvm-project/pull/98160
>From bbb0f550b72c317f02e572c2e8edf2e4df0c49bd Mon Sep 17 00:00:00 2001
From: Corentin Jabot
Date: Tue, 9 Jul 2024 16:08:44 +0200
Subject: [PATCH 1/9] [Clang][C++26] Implement "Ordering of constraints
involving
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From a3b7eaf5792be1d4bb9dc2e727b571595b99a612 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
https://github.com/whitequark edited
https://github.com/llvm/llvm-project/pull/92677
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
guijiyang wrote:
> > > @sam-mccall gentle ping~
> >
> >
> > @ChuanqiXu9 hi, can your patch add support msvc module with *.ixx suffix
> > source? I use xmake to generate compile database, clangd cant work properly.
>
> hi, did you meet problems when testing this? I took a quick look and I don'
https://github.com/Endilll created
https://github.com/llvm/llvm-project/pull/98736
This patch implements consensus on the corresponding RFC documented here:
https://discourse.llvm.org/t/rfc-deprecate-ofast/78687/72
Specifically, I added a deprecation warning for `-Ofast`, that suggests to use
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Vlad Serebrennikov (Endilll)
Changes
This patch implements consensus on the corresponding RFC documented here:
https://discourse.llvm.org/t/rfc-deprecate-ofast/78687/72
Specifically, I added a deprecation warning for `-Ofast`, that
https://github.com/Endilll edited
https://github.com/llvm/llvm-project/pull/98736
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/SimplyDanny approved this pull request.
https://github.com/llvm/llvm-project/pull/98696
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From 66199b7e958866982a909086979ed09f5932a0d4 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
@@ -7416,10 +7416,11 @@ NamedDecl *Sema::ActOnVariableDeclarator(
tryToFixVariablyModifiedVarType(TInfo, R, D.getIdentifierLoc(),
/*DiagID=*/0);
- if (const AutoType *AutoT = R->getAs())
-CheckConstrainedAuto(
-AutoT,
-
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From 0f15e9b436b025cd4e6177f9b974c77d549719e0 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
@@ -166,6 +166,15 @@ utils::UseRangesCheck::ReplacerMap
UseRangesCheck::getReplacerMap() const {
return Result;
}
+UseRangesCheck::UseRangesCheck(StringRef Name, ClangTidyContext *Context)
+: utils::UseRangesCheck(Name, Context),
+ UseReversePipe(Options.get("UseRe
https://github.com/njames93 edited
https://github.com/llvm/llvm-project/pull/98696
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
whitequark wrote:
I've updated the PR to use almost exclusively
`defined(__wasi__)`/`defined(__wasm__)`, with the exception of `HAVE_SETJMP`,
where you could conceivably have both kinds of builds on WebAssembly depending
on your needs.
https://github.com/llvm/llvm-project/pull/92677
_
Hana =?utf-8?q?Dusíková?= ,
Hana =?utf-8?q?Dusíková?=
Message-ID:
In-Reply-To:
llvmbot wrote:
@llvm/pr-subscribers-libcxx
Author: Hana Dusíková (hanickadot)
Changes
This implements P3309 `constexpr std::atomic & std::atomic_ref` (currently
in LWG) by allowing constant evaluation of
https://github.com/hanickadot edited
https://github.com/llvm/llvm-project/pull/98738
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hanickadot edited
https://github.com/llvm/llvm-project/pull/98738
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Hana =?utf-8?q?Dusíková?= ,
Hana =?utf-8?q?Dusíková?=
Message-ID:
In-Reply-To:
github-actions[bot] wrote:
:warning: C/C++ code formatter, clang-format found issues in your code.
:warning:
You can test this locally with the following command:
``bash
git-clang-format --diff
Hana =?utf-8?q?Dusíková?= ,
Hana =?utf-8?q?Dusíková?=
Message-ID:
In-Reply-To:
philnik777 wrote:
Could you split this up into separate patches for the Clang and libc++ changes?
The Clang changes can probably be landed independently of LWG, but for the
libc++ changes we almost always wait
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From 1112971dae09486a5f04db5018fc471a776b4060 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/98738
From 63cefb0634ece515cbc1939c56d4fa2f0ef1eccf Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Sat, 13 Jul 2024 13:12:24 +0200
Subject: [PATCH] [clang] [libc++] atomic constexpr sup
hanickadot wrote:
@philnik777 I would rather not, at least for the review, manipulating two
branches will be cumbersome. I can split it before merging, but as I don't
expect this to happen soon, it should be fine.
https://github.com/llvm/llvm-project/pull/98738
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From b64ed264311f0b0847988f141b0e2320ee9942b3 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
philnik777 wrote:
> @philnik777 I would rather not, at least for the review, manipulating two
> branches will be cumbersome. I can split it before merging, but as I don't
> expect this to happen soon, it should be fine.
This is less about having two separate commits than having mostly unrelate
mgorny wrote:
The added test fails on 32-bit x86:
```
FAIL: Clang :: C/C2y/n3244.c (1461 of 20066)
TEST 'Clang :: C/C2y/n3244.c' FAILED
Exit Code: 1
Command Output (stderr):
--
RUN: at line 1:
/var/tmp/portage/sys-devel/clang-19.0.0_pre20240713/work/x/
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/98738
From 83645b161f62bbff2baf5a90eef2c6cd1b280180 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Sat, 13 Jul 2024 13:12:24 +0200
Subject: [PATCH] [clang] [libc++] atomic constexpr sup
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/98738
From c691efa7649c990814bb363511106457e306aefa Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Sat, 13 Jul 2024 14:28:07 +0200
Subject: [PATCH] [clang] [libc++] atomic constexpr sup
DeinAlptraum wrote:
LGTM!
https://github.com/llvm/llvm-project/pull/98489
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DeinAlptraum created
https://github.com/llvm/llvm-project/pull/98745
This fixes a few of the more debatable type errors, and adds related
annotations, as the next step towards #76664.
>From 06483bd3e398dd9dba757904e622d5dd1b37db77 Mon Sep 17 00:00:00 2001
From: Jannick Kreme
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Jannick Kremer (DeinAlptraum)
Changes
This fixes a few of the more debatable type errors, and adds related
annotations, as the next step towards #76664.
---
Full diff: https://github.com/llvm/llvm-project/pull/98745.diff
3 Files Affecte
@@ -43,7 +43,7 @@
Most object information is exposed using properties, when the underlying API
call is efficient.
"""
-from __future__ import absolute_import, division, print_function
DeinAlptraum wrote:
All of these are already activated by default since Pyth
github-actions[bot] wrote:
:warning: Python code formatter, darker found issues in your code. :warning:
You can test this locally with the following command:
``bash
darker --check --diff -r
1bad7024561bc64ed4bfda0772b16376b475eba5...06483bd3e398dd9dba757904e622d5dd1b37db77
clang
whitequark wrote:
Failed test is:
```
TEST 'LLVM-Unit :: Support/./SupportTests.exe/41/43'
FAILED
Script(shard):
--
GTEST_OUTPUT=json:C:\ws\src\build\unittests\Support\.\SupportTests.exe-LLVM-Unit-43852-41-43.json
GTEST_SHUFFLE=0 GTEST_TOTAL_SHARDS=43
https://github.com/whitequark updated
https://github.com/llvm/llvm-project/pull/92677
>From 826c21d6070bbb629edc525340f10c2ad068f4b8 Mon Sep 17 00:00:00 2001
From: Catherine
Date: Sun, 19 May 2024 04:41:27 +
Subject: [PATCH] Conditionalize use of POSIX features missing on
WASI/WebAssembly.
@@ -66,46 +66,77 @@
import collections.abc
import os
+import sys
DeinAlptraum wrote:
This is used for `sys.stdout.flush()` in this file, and leads to a type error.
I don't know why this isn't already imported
https://github.com/llvm/llvm-project/pull/98745
@@ -200,13 +236,16 @@ class _CXString(Structure):
_fields_ = [("spelling", c_char_p), ("free", c_int)]
-def __del__(self):
+def __del__(self) -> None:
conf.lib.clang_disposeString(self)
@staticmethod
-def from_result(res, fn=None, args=None):
+
@@ -115,9 +146,7 @@ def b(x):
# object. This is a problem, because it means that from_parameter will see an
# integer and pass the wrong value on platforms where int != void*. Work around
# this by marshalling object arguments as void**.
-c_object_p = POINTER(c_void_p)
-
-callb
https://github.com/DeinAlptraum edited
https://github.com/llvm/llvm-project/pull/98745
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -66,46 +66,77 @@
import collections.abc
import os
+import sys
from enum import Enum
+from typing import (
+Any,
+Callable,
+Generic,
+Optional,
+Type as TType,
+TypeVar,
+TYPE_CHECKING,
+Union as TUnion,
+)
+from typing_extensions import P
@@ -66,46 +66,77 @@
import collections.abc
import os
+import sys
from enum import Enum
+from typing import (
+Any,
+Callable,
+Generic,
+Optional,
+Type as TType,
+TypeVar,
+TYPE_CHECKING,
+Union as TUnion,
+)
+from typing_extensions import P
@@ -3895,28 +3932,28 @@ def register_function(lib, item, ignore_errors):
func.errcheck = item[3]
-def register_functions(lib, ignore_errors):
+def register_functions(lib: CDLL, ignore_errors: bool) -> None:
"""Register function prototypes with a libclang library
@@ -169,25 +198,32 @@ def __init__(self, enumeration, message):
### Structures and Utility Classes ###
+TInstance = TypeVar("TInstance")
+TResult = TypeVar("TResult")
+
-class CachedProperty:
+class CachedProperty(Generic[TInstance, TResult]):
"""Decorator that lazy-lo
Author: Timm Bäder
Date: 2024-07-13T15:55:55+02:00
New Revision: b22adf02a2d2cc290d618fe47bec5aeec47ab992
URL:
https://github.com/llvm/llvm-project/commit/b22adf02a2d2cc290d618fe47bec5aeec47ab992
DIFF:
https://github.com/llvm/llvm-project/commit/b22adf02a2d2cc290d618fe47bec5aeec47ab992.diff
LO
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/98745
>From 2c31f3fe5d232381b868e96158be6f2acf7da1c6 Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Sat, 13 Jul 2024 14:12:34 +0100
Subject: [PATCH] [libclang/python] Fix some type errors, add type annotation
@@ -2318,25 +2356,25 @@ def kind(self):
"""Return the kind of this type."""
return TypeKind.from_id(self._kind_id)
-def argument_types(self):
+def argument_types(self) -> NoSliceSequence[Type]:
"""Retrieve a container for the non-variadic argum
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/98745
>From c9e439d18ccc0749153e211d796ae202554cb229 Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Sat, 13 Jul 2024 14:12:34 +0100
Subject: [PATCH] [libclang/python] Fix some type errors, add type annotation
@@ -64,48 +64,81 @@
from ctypes import *
-import collections.abc
import os
+import sys
from enum import Enum
+from typing import (
+Any,
+Callable,
+Generic,
+Optional,
+Type as TType,
+TypeVar,
+TYPE_CHECKING,
+Union as TUnion,
+)
+from ty
https://github.com/DeinAlptraum updated
https://github.com/llvm/llvm-project/pull/98745
>From c0216b8a50f7ccc6ee24db69802055c3942a183e Mon Sep 17 00:00:00 2001
From: Jannick Kremer
Date: Sat, 13 Jul 2024 14:12:34 +0100
Subject: [PATCH] [libclang/python] Fix some type errors, add type annotation
@@ -160,6 +160,8 @@ static char GetFirstChar(const Preprocessor &PP, const
Token &Tok) {
bool TokenConcatenation::AvoidConcat(const Token &PrevPrevTok,
const Token &PrevTok,
const Token &Tok) const {
+
DeinAlptraum wrote:
@Endilll I am once again asking for your support
This PR collects several of the changes towards #78114 that I assume might need
some discussion. I tried to leave PR comments with explanations in each of
those places.
@boomanaiden154 @linux4life798 review from you would also
https://github.com/DeinAlptraum edited
https://github.com/llvm/llvm-project/pull/98745
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DeinAlptraum edited
https://github.com/llvm/llvm-project/pull/98745
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -38,11 +38,11 @@ int test4(volatile int *addr) {
return (int)oldval;
}
-// This should have both inputs be of type x86_mmx.
+// This should have both inputs be of type <1 x i64>.
phoebewang wrote:
Does it conflict with comment in mmx-inlineasm.ll
> Veri
@@ -44,8 +44,8 @@ Type *Type::getPrimitiveType(LLVMContext &C, TypeID IDNumber)
{
case FP128TyID : return getFP128Ty(C);
case PPC_FP128TyID : return getPPC_FP128Ty(C);
case LabelTyID : return getLabelTy(C);
- case MetadataTyID : return getMetadataTy(C);
- case
@@ -57594,6 +57599,86 @@ static SDValue combinePDEP(SDNode *N, SelectionDAG
&DAG,
return SDValue();
}
+// Fixup the MMX intrinsics' types: in IR they are expressed with <1 x i64>,
phoebewang wrote:
Are we able to do it in DAGtoDAG?
https://github.com/llvm
@@ -1,9 +0,0 @@
-; RUN: llvm-as < %s | llvm-dis | FileCheck %s
-; RUN: verify-uselistorder %s
-; Basic smoke test for x86_mmx type.
-
-; CHECK: define x86_mmx @sh16
phoebewang wrote:
What will it be after this patch?
https://github.com/llvm/llvm-project/pull/985
https://github.com/JOE1994 updated
https://github.com/llvm/llvm-project/pull/98699
>From 07648c7efab15786c36dbcd265015d945b627725 Mon Sep 17 00:00:00 2001
From: Youngsuk Kim
Date: Fri, 12 Jul 2024 17:40:59 -0500
Subject: [PATCH 1/2] [clang] Prevent dangling StringRefs
Fix locations where dangl
https://github.com/memory-thrasher updated
https://github.com/llvm/llvm-project/pull/97792
>From d47a70e4715a3f6f4740570877799d3bfbb8a713 Mon Sep 17 00:00:00 2001
From: Sidney Kelley
Date: Thu, 4 Jul 2024 23:03:16 -0700
Subject: [PATCH] Adds support to clang"s windows mangler to handle template
memory-thrasher wrote:
an unrelated test (Modules/prune.m) is now failing on my end. I'm doing a clean
build because I suspect there's something stale in a cache somewhere.
https://github.com/llvm/llvm-project/pull/97792
___
cfe-commits mailing list
c
@@ -0,0 +1,62 @@
+//===-- xray_init.cpp ---*- C++
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
@@ -0,0 +1,62 @@
+//===-- xray_init.cpp ---*- C++
-*-===//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier: Apa
https://github.com/yuxuanchen1997 updated
https://github.com/llvm/llvm-project/pull/94693
>From 4e4bcdc19268543a8348736dede46d8f8cad0066 Mon Sep 17 00:00:00 2001
From: Yuxuan Chen
Date: Tue, 4 Jun 2024 23:22:00 -0700
Subject: [PATCH 1/3] [Clang] Introduce [[clang::coro_inplace_task]]
---
clan
https://github.com/yuxuanchen1997 updated
https://github.com/llvm/llvm-project/pull/94693
>From 4e4bcdc19268543a8348736dede46d8f8cad0066 Mon Sep 17 00:00:00 2001
From: Yuxuan Chen
Date: Tue, 4 Jun 2024 23:22:00 -0700
Subject: [PATCH 1/3] [Clang] Introduce [[clang::coro_inplace_task]]
---
clan
llvm-beanz wrote:
@kimgr you should be able to have CMake query the path of libclang and go from
there. Something like:
```cmake
get_target_property(SHARED_LIB_DIR libclang RUNTIME_OUTPUT_DIRECTORY)
```
That should give you the binary location of libclang, which should work for
resolving the
Author: Chris B
Date: 2024-07-13T12:23:22-05:00
New Revision: d91ff3f2409a721b61b68c6a8438ea6c59323df8
URL:
https://github.com/llvm/llvm-project/commit/d91ff3f2409a721b61b68c6a8438ea6c59323df8
DIFF:
https://github.com/llvm/llvm-project/commit/d91ff3f2409a721b61b68c6a8438ea6c59323df8.diff
LOG:
https://github.com/llvm-beanz closed
https://github.com/llvm/llvm-project/pull/96011
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
thomaswucher wrote:
Thank you for your approval, @DeinAlptraum!
@AaronBallman and @Endilll, is there anything else I need to do to get this
merged? Would one of you be so kind to approve the remaining GitHub workflows?
Thanks for all your support and quick responses!
https://github.com/llvm/l
memory-thrasher wrote:
ya it's something with my local build env. same test is now failing when built
from the commit before mine. Looks like they passed on the build server though
so this should be ready. I fixed the things you mentioned @bolshakov-a . Let me
know if you have a different phra
https://github.com/hanickadot closed
https://github.com/llvm/llvm-project/pull/98738
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/hanickadot created
https://github.com/llvm/llvm-project/pull/98756
This implements clang support for P3309 constexpr std::atomic & std::atomic_ref
(currently in LWG) by allowing constant evaluation of clang's __c11_atomic_OP
and GCC's __atomic_OP builtins.
From e42b4a8877fe
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Hana Dusíková (hanickadot)
Changes
This implements clang support for P3309 constexpr std::atomic &
std::atomic_ref (currently in LWG) by allowing constant evaluation of clang's
__c11_atomic_OP and GCC's __atomic_OP builtins.
---
Patch i
https://github.com/akshaykumars614 created
https://github.com/llvm/llvm-project/pull/98757
added a check to remove '->' if exists
>From 283ec53fe19f0008c3c04210ea5c9b20c3d9781c Mon Sep 17 00:00:00 2001
From: akshaykumars614
Date: Sat, 13 Jul 2024 14:14:53 -0400
Subject: [PATCH] clang-tidy: rea
llvmbot wrote:
@llvm/pr-subscribers-clang-tools-extra
@llvm/pr-subscribers-clang-tidy
Author: None (akshaykumars614)
Changes
added a check to remove '->' if exists
---
Full diff: https://github.com/llvm/llvm-project/pull/98757.diff
1 Files Affected:
- (modified)
clang-tools-extra/clan
akshaykumars614 wrote:
I am not sure if I need to write a test case for clang-tidy
https://github.com/llvm/llvm-project/pull/98757
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/zyn0217 created
https://github.com/llvm/llvm-project/pull/98758
In the previous patch https://github.com/llvm/llvm-project/pull/95660, we used
a strategy of eagerly instantiating local constexpr lambdas. However, that
caused a regression in recursive local lambda calls.
Thi
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Younan Zhang (zyn0217)
Changes
In the previous patch https://github.com/llvm/llvm-project/pull/95660, we used
a strategy of eagerly instantiating local constexpr lambdas. However, that
caused a regression in recursive local lambda calls.
https://github.com/zyn0217 edited
https://github.com/llvm/llvm-project/pull/98758
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
PiotrZSL wrote:
> I am not sure if I need to write a test case for clang-tidy
Yes, and release notes entry,
https://github.com/llvm/llvm-project/pull/98757
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/98756
From 76fe494219d085247e537b3633c321ffe2917226 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Sat, 13 Jul 2024 20:10:26 +0200
Subject: [PATCH] [clang] constexpr atomic builtins (__
https://github.com/sharadhr created
https://github.com/llvm/llvm-project/pull/98761
This PR is the first step in improving the situation for `clang-cl` detailed in
[this LLVM Discourse
thread](https://discourse.llvm.org/t/clang-cl-exe-support-for-c-modules/72257/28).
There has been some work
github-actions[bot] wrote:
Thank you for submitting a Pull Request (PR) to the LLVM Project!
This PR will be automatically labeled and the relevant teams will be
notified.
If you wish to, you can add reviewers by using the "Reviewers" section on this
page.
If this is not working for you, it
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Sharadh Rajaraman (sharadhr)
Changes
This PR is the first step in improving the situation for `clang-cl` detailed in
[this LLVM Discourse
thread](https://discourse.llvm.org/t/clang-cl-exe-support-for-c-modules/72257/28).
There has been s
https://github.com/hanickadot updated
https://github.com/llvm/llvm-project/pull/98756
From 76fe494219d085247e537b3633c321ffe2917226 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Hana=20Dusi=CC=81kova=CC=81?=
Date: Sat, 13 Jul 2024 20:10:26 +0200
Subject: [PATCH 1/2] [clang] constexpr atomic builtins
akshaykumars614 wrote:
can you tell me where to add test case and release notes entry
https://github.com/llvm/llvm-project/pull/98757
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
1 - 100 of 162 matches
Mail list logo
