https://github.com/VigneshwarJ closed
https://github.com/llvm/llvm-project/pull/140183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: erichkeane
Date: 2025-05-21T10:31:21-07:00
New Revision: f65b35d89f21b19935da6e1e2e062780b88e64df
URL:
https://github.com/llvm/llvm-project/commit/f65b35d89f21b19935da6e1e2e062780b88e64df
DIFF:
https://github.com/llvm/llvm-project/commit/f65b35d89f21b19935da6e1e2e062780b88e64df.diff
LO
@@ -16,6 +16,10 @@
// RUN:-resource-dir=%S/Inputs/resource_dir_with_per_target_subdir\
// RUN: | FileCheck --check-prefix=PRINT-RUNTIME-DIR64-PER-TARGET %s
+// RUN: %clang -print-runtime-dir --target=powerpc-ibm-aix-unknown \
DanielCChen wrote:
T
https://github.com/qinkunbao updated
https://github.com/llvm/llvm-project/pull/140529
>From b83755d2aa0c5417ab8f359aa842449213437a7a Mon Sep 17 00:00:00 2001
From: Qinkun Bao
Date: Mon, 19 May 2025 11:14:01 +
Subject: [PATCH 01/11] =?UTF-8?q?[=F0=9D=98=80=F0=9D=97=BD=F0=9D=97=BF]=20?=
=?UT
https://github.com/shafik edited
https://github.com/llvm/llvm-project/pull/140930
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/lntue edited https://github.com/llvm/llvm-project/pull/140841
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
alejandro-colomar wrote:
@AaronBallman
I'm not sure who's responsible for `` in LLVM. In GCC it's a
header provided by the compiler. I see that this PR does not add the header,
so I was wondering if that's to be added in a separate commit, or if it's not
supported by Clang and depends on l
languagelawyer wrote:
> it is CWG2548; that's what made it clear that array-to-pointer decay does not
> happen here
CWG2548 is closed as NAD, with no changes to the wording. The fact that
array-to-pointer decay does not happen has always been clear
> despite that being inconsistent with the r
alejandro-colomar wrote:
> > @AaronBallman
> > I'm not sure who's responsible for `` in LLVM.
>
> Yeah, it's never really clear who is expected to provide these headers.
>
> > In GCC it's a header provided by the compiler. I see that this PR does not
> > add the header, so I was wondering if t
AaronBallman wrote:
Precommit CI caught a relevant failure that only happens when testing against
an install target, so yay for that! I've got a fix coming along with some other
updated support files I found when looking at stdalign.h
https://github.com/llvm/llvm-project/pull/140890
__
https://github.com/AaronBallman updated
https://github.com/llvm/llvm-project/pull/140890
>From 10cb78bd9f361dd442c40702dad3c7809f466615 Mon Sep 17 00:00:00 2001
From: Aaron Ballman
Date: Wed, 21 May 2025 08:59:47 -0400
Subject: [PATCH 1/2] [C2y] Add stdcountof.h
WG14 N3469 changed _Lengthof to
https://github.com/jmorse commented:
I suppose what this is encoding is a (subtle?) assumption about how
definition-subprograms are modelled: they're created once and are immutable.
Wheras declaration-functions can be forwarded declared and then have extra
information added to them when a def
@@ -4898,6 +4898,234 @@ void
CGOpenMPRuntime::emitSingleReductionCombiner(CodeGenFunction &CGF,
}
}
+void CGOpenMPRuntime::emitPrivateReduction(
+CodeGenFunction &CGF, SourceLocation Loc, const Expr *Privates,
+const Expr *LHSExprs, const Expr *RHSExprs, const Expr
@@ -4898,6 +4898,234 @@ void
CGOpenMPRuntime::emitSingleReductionCombiner(CodeGenFunction &CGF,
}
}
+void CGOpenMPRuntime::emitPrivateReduction(
+CodeGenFunction &CGF, SourceLocation Loc, const Expr *Privates,
+const Expr *LHSExprs, const Expr *RHSExprs, const Expr
@@ -4898,6 +4898,234 @@ void
CGOpenMPRuntime::emitSingleReductionCombiner(CodeGenFunction &CGF,
}
}
+void CGOpenMPRuntime::emitPrivateReduction(
+CodeGenFunction &CGF, SourceLocation Loc, const Expr *Privates,
+const Expr *LHSExprs, const Expr *RHSExprs, const Expr
@@ -4898,6 +4898,234 @@ void
CGOpenMPRuntime::emitSingleReductionCombiner(CodeGenFunction &CGF,
}
}
+void CGOpenMPRuntime::emitPrivateReduction(
+CodeGenFunction &CGF, SourceLocation Loc, const Expr *Privates,
+const Expr *LHSExprs, const Expr *RHSExprs, const Expr
@@ -4898,6 +4898,234 @@ void
CGOpenMPRuntime::emitSingleReductionCombiner(CodeGenFunction &CGF,
}
}
+void CGOpenMPRuntime::emitPrivateReduction(
+CodeGenFunction &CGF, SourceLocation Loc, const Expr *Privates,
+const Expr *LHSExprs, const Expr *RHSExprs, const Expr
alejandro-colomar wrote:
No problem. Thanks! :-D
https://github.com/llvm/llvm-project/pull/133125
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
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 HEAD~1 HEAD --extensions c,h,cpp,inc --
clang/lib/Headers/stdcountof.h clang/lib/Lex/
https://github.com/erichkeane edited
https://github.com/llvm/llvm-project/pull/140890
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/erichkeane approved this pull request.
I still have no problem with this, but it is now into things I have zero
confidence reviewing :) Please have someone who has ever used modules review
this.
https://github.com/llvm/llvm-project/pull/140890
__
@@ -252,8 +252,8 @@ static bool warnByDefaultOnWrongCase(StringRef Include) {
.Cases("assert.h", "complex.h", "ctype.h", "errno.h", "fenv.h", true)
erichkeane wrote:
The fact that these aren't tablegened somewhere is frightening!
https://github.com/llvm/llv
@@ -3149,3 +3149,16 @@ void tools::handleVectorizeSLPArgs(const ArgList &Args,
options::OPT_fno_slp_vectorize, EnableSLPVec))
CmdArgs.push_back("-vectorize-slp");
}
+
+void tools::handleInterchangeLoopsArgs(const ArgList &Args,
+
@@ -7639,6 +7639,8 @@ def warn_param_mismatched_alignment : Warning<
def err_objc_object_assignment : Error<
"cannot assign to class object (%0 invalid)">;
+def err_typecheck_array_prvalue_operand : Error<
+ "array prvalue is not permitted">;
cor3ntin wrote
AaronBallman wrote:
> I still have no problem with this, but it is now into things I have zero
> confidence reviewing :) Please have someone who has ever used modules review
> this.
I've added some modules reviewers, so hopefully they can take a look. Yeah, I
agree that tablegen would be a ni
https://github.com/Mr-Anyone updated
https://github.com/llvm/llvm-project/pull/140828
>From 393ccc154e2f1d68ef25d660c8063ab9674ab09b Mon Sep 17 00:00:00 2001
From: Vincent
Date: Tue, 20 May 2025 21:25:32 -0400
Subject: [PATCH 1/5] [clang][TableGen] Fix Duplicate Entries in TableGen
Fixed Table
@@ -3727,12 +3734,26 @@ static void GenerateHasAttrSpellingStringSwitch(
}
}
-std::string TestStr = !Test.empty()
- ? Test + " ? " + itostr(Version) + " : 0"
- : itostr(Version);
-if (Scope.empty() ||
https://github.com/to268 created
https://github.com/llvm/llvm-project/pull/140911
This PR is documenting the behavior of Clang towards underspecified object
declarations in C23 as advised by @AaronBallman.
>From c9250050ce3b1f83d0a59bce16b22039db34133b Mon Sep 17 00:00:00 2001
From: Guillot To
@@ -3727,12 +3734,26 @@ static void GenerateHasAttrSpellingStringSwitch(
}
}
-std::string TestStr = !Test.empty()
- ? Test + " ? " + itostr(Version) + " : 0"
- : itostr(Version);
-if (Scope.empty() ||
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Guillot Tony (to268)
Changes
This PR is documenting the behavior of Clang towards underspecified object
declarations in C23 as advised by @AaronBallman.
---
Full diff: https://github.com/llvm/llvm-project/pull/140911.diff
4 Files Affect
@@ -3727,12 +3734,26 @@ static void GenerateHasAttrSpellingStringSwitch(
}
}
-std::string TestStr = !Test.empty()
- ? Test + " ? " + itostr(Version) + " : 0"
- : itostr(Version);
-if (Scope.empty() ||
@@ -3727,12 +3734,26 @@ static void GenerateHasAttrSpellingStringSwitch(
}
}
-std::string TestStr = !Test.empty()
- ? Test + " ? " + itostr(Version) + " : 0"
- : itostr(Version);
-if (Scope.empty() ||
paulwalker-arm wrote:
ping
https://github.com/llvm/llvm-project/pull/130973
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Mr-Anyone updated
https://github.com/llvm/llvm-project/pull/140828
>From 393ccc154e2f1d68ef25d660c8063ab9674ab09b Mon Sep 17 00:00:00 2001
From: Vincent
Date: Tue, 20 May 2025 21:25:32 -0400
Subject: [PATCH 1/5] [clang][TableGen] Fix Duplicate Entries in TableGen
Fixed Table
https://github.com/sarnex created
https://github.com/llvm/llvm-project/pull/140910
The original change caused issues on MSVC due to a new warning thrown inside
MSVC headers. That was fixed
[here](https://github.com/llvm/llvm-project/commit/95bd9eef42679f3d13e3279204c75372e2c062f0),
so reapply
Author: Vincent
Date: 2025-05-21T12:27:48-04:00
New Revision: 385752c9b5f20416ed56080be46fe4b84bb59104
URL:
https://github.com/llvm/llvm-project/commit/385752c9b5f20416ed56080be46fe4b84bb59104
DIFF:
https://github.com/llvm/llvm-project/commit/385752c9b5f20416ed56080be46fe4b84bb59104.diff
LOG:
https://github.com/OCHyams updated
https://github.com/llvm/llvm-project/pull/134633
>From c64f3e7363dae15d09188ec22d618be9841d8784 Mon Sep 17 00:00:00 2001
From: Orlando Cazalet-Hyams
Date: Tue, 1 Apr 2025 14:50:41 +0100
Subject: [PATCH 1/2] [KeyInstr][Clang] Scalar init atom
This patch is par
https://github.com/AmrDeveloper closed
https://github.com/llvm/llvm-project/pull/140783
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Amr Hesham
Date: 2025-05-21T18:46:42+02:00
New Revision: 9db6c325249946afc51209f4f66241fb0c688ff9
URL:
https://github.com/llvm/llvm-project/commit/9db6c325249946afc51209f4f66241fb0c688ff9
DIFF:
https://github.com/llvm/llvm-project/commit/9db6c325249946afc51209f4f66241fb0c688ff9.diff
LO
https://github.com/AmrDeveloper closed
https://github.com/llvm/llvm-project/pull/140774
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Amr Hesham
Date: 2025-05-21T18:46:57+02:00
New Revision: 584616c878f8d99c6862aa51d2ff7bf191e98727
URL:
https://github.com/llvm/llvm-project/commit/584616c878f8d99c6862aa51d2ff7bf191e98727
DIFF:
https://github.com/llvm/llvm-project/commit/584616c878f8d99c6862aa51d2ff7bf191e98727.diff
LO
@@ -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/dmpolukhin updated
https://github.com/llvm/llvm-project/pull/140912
>From e3ce9bb18f165649b00db14b2282649315b28883 Mon Sep 17 00:00:00 2001
From: Dmitry Polukhin
Date: Wed, 21 May 2025 07:54:02 -0700
Subject: [PATCH 1/3] [clang-tidy][performance-unnecessary-value-param] Avoid
https://github.com/ilovepi created
https://github.com/llvm/llvm-project/pull/140930
Reverts llvm/llvm-project#138122
The patch causes a regression and prevents compiling valid C++ code.
The code was accepted by earlier versions of clang and GCC.
See https://github.com/llvm/llvm-project/issues
@@ -105,9 +105,6 @@ void errno_getcwd(char *Buf, size_t Sz) {
clang_analyzer_eval(errno != 0); // expected-warning{{TRUE}}
clang_analyzer_eval(Path == NULL); // expected-warning{{TRUE}}
if (errno) {} // no warning
- } else if (Path == NULL) {
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Paul Kirth (ilovepi)
Changes
Reverts llvm/llvm-project#138122
The patch causes a regression and prevents compiling valid C++ code.
The code was accepted by earlier versions of clang and GCC.
See https://github.com/llvm/llvm-project/issue
ilovepi wrote:
I have a revert up for this in #140930, due to the regressions reported in
#140773, which breaks Fuchsia builds with new toolchains. We're fairly certain
that changing the instantiation order as done in the patch is the root cause of
the regression.
https://github.com/llvm/llv
https://github.com/dmpolukhin edited
https://github.com/llvm/llvm-project/pull/140912
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -3727,12 +3734,26 @@ static void GenerateHasAttrSpellingStringSwitch(
}
}
-std::string TestStr = !Test.empty()
- ? Test + " ? " + itostr(Version) + " : 0"
- : itostr(Version);
-if (Scope.empty() ||
Author: Thurston Dang
Date: 2025-05-21T17:05:58Z
New Revision: 57763b7c6481daed40f412d4b302cc7479a9839e
URL:
https://github.com/llvm/llvm-project/commit/57763b7c6481daed40f412d4b302cc7479a9839e
DIFF:
https://github.com/llvm/llvm-project/commit/57763b7c6481daed40f412d4b302cc7479a9839e.diff
LOG:
@@ -7639,6 +7639,8 @@ def warn_param_mismatched_alignment : Warning<
def err_objc_object_assignment : Error<
"cannot assign to class object (%0 invalid)">;
+def err_typecheck_array_prvalue_operand : Error<
+ "array prvalue is not permitted">;
languagelawyer
@@ -7639,6 +7639,8 @@ def warn_param_mismatched_alignment : Warning<
def err_objc_object_assignment : Error<
"cannot assign to class object (%0 invalid)">;
+def err_typecheck_array_prvalue_operand : Error<
+ "array prvalue is not permitted">;
AaronBallman w
https://github.com/erichkeane approved this pull request.
Thought I'd already +1ed! with teh copyright headers, this LGTM.
https://github.com/llvm/llvm-project/pull/140629
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/
alexey-bataev wrote:
Are there any tests that might be affected by this change?
https://github.com/llvm/llvm-project/pull/140532
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/a-tarasyuk updated
https://github.com/llvm/llvm-project/pull/140629
>From 5b8f0635fdddc87ea326a3b1b47191ab9bf23c0f Mon Sep 17 00:00:00 2001
From: Oleksandr Tarasiuk
Date: Tue, 20 May 2025 00:38:43 +0300
Subject: [PATCH 1/4] [Clang] add typo correction for unknown attribute na
@@ -7639,6 +7639,8 @@ def warn_param_mismatched_alignment : Warning<
def err_objc_object_assignment : Error<
"cannot assign to class object (%0 invalid)">;
+def err_typecheck_array_prvalue_operand : Error<
+ "array prvalue is not permitted">;
AaronBallman w
Rajveer100 wrote:
I am actually facing an issue all of a sudden after rebasing and deletion of
build folder:
```shell
rajveersingh@MacBook-Pro llvm-project % build/bin/clang++ -std=c++20
-fno-exceptions debug-clang-138939.cpp -v
AaronBallman wrote:
> > it is CWG2548; that's what made it clear that array-to-pointer decay does
> > not happen here
>
> CWG2548 is closed as NAD, with no changes to the wording.
Correct.
> The fact that array-to-pointer decay does not happen has always been clear
Incorrect; the reason the
@@ -11516,6 +11516,21 @@ def note_omp_implicit_dsa : Note<
"implicitly determined as %0">;
def err_omp_loop_var_dsa : Error<
"loop iteration variable in the associated loop of 'omp %1' directive may
not be %0, predetermined as %2">;
+def warn_omp_different_loop_ind_var_typ
DaanDeMeyer wrote:
@vbvictor Could you merge this one for me now that CI is green? Thanks!
https://github.com/llvm/llvm-project/pull/140600
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm
AaronBallman wrote:
CC @alejandro-colomar
https://github.com/llvm/llvm-project/pull/140890
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
alexey-bataev wrote:
It would be good to try to find the cases that may reveal this issues before
committing the patch
https://github.com/llvm/llvm-project/pull/140532
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-
DanielCChen wrote:
> > A more general question: It seems neither `compile-rt` nor `flang-rt` uses
> > `getTargetSubDirPath`, so we didn't need to strip to the "base" triple.
> > Sanitizer uses it apparently. Is it by design? @daltenty
>
> I doubt it, this code is extremely messy and there's du
https://github.com/DanielCChen edited
https://github.com/llvm/llvm-project/pull/140850
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -935,6 +935,14 @@ ToolChain::getTargetSubDirPath(StringRef BaseDir) const {
if (auto Path = getPathForTriple(T))
return *Path;
+ // On AIX, the environment component is not used in the target sub dir name.
jakeegan wrote:
`getTripleWithoutOSVersion`
https://github.com/andykaylor updated
https://github.com/llvm/llvm-project/pull/140796
>From 7e1e98fd2f1686709fe16b6853dcbf00623e626c Mon Sep 17 00:00:00 2001
From: Andy Kaylor
Date: Tue, 20 May 2025 09:51:41 -0700
Subject: [PATCH 1/5] [CIR] Upstream support for string literals
This adds the m
Author: Andy Kaylor
Date: 2025-05-21T09:14:48-07:00
New Revision: fc9898c4c09fa4e5b83f99d36e847769bf60da60
URL:
https://github.com/llvm/llvm-project/commit/fc9898c4c09fa4e5b83f99d36e847769bf60da60
DIFF:
https://github.com/llvm/llvm-project/commit/fc9898c4c09fa4e5b83f99d36e847769bf60da60.diff
L
https://github.com/andykaylor closed
https://github.com/llvm/llvm-project/pull/140811
___
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/jakeegan edited
https://github.com/llvm/llvm-project/pull/140850
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -935,6 +935,14 @@ ToolChain::getTargetSubDirPath(StringRef BaseDir) const {
if (auto Path = getPathForTriple(T))
return *Path;
+ // On AIX, the environment component is not used in the target sub dir name.
jakeegan wrote:
Actually, getRuntimePath al
@@ -11516,6 +11516,21 @@ def note_omp_implicit_dsa : Note<
"implicitly determined as %0">;
def err_omp_loop_var_dsa : Error<
"loop iteration variable in the associated loop of 'omp %1' directive may
not be %0, predetermined as %2">;
+def warn_omp_different_loop_ind_var_typ
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Aaron Ballman (AaronBallman)
Changes
WG14 N3469 changed _Lengthof to _Countof but it also introduced the
header to expose a macro with a non-ugly identifier. GCC
vends this header as part of the compiler implementation, so
AaronBallman wrote:
> > > @AaronBallman
> > > I'm not sure who's responsible for `` in LLVM.
> >
> >
> > Yeah, it's never really clear who is expected to provide these headers.
> > > In GCC it's a header provided by the compiler. I see that this PR does
> > > not add the header, so I was wonde
https://github.com/erichkeane approved this pull request.
https://github.com/llvm/llvm-project/pull/140890
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -7639,6 +7639,8 @@ def warn_param_mismatched_alignment : Warning<
def err_objc_object_assignment : Error<
"cannot assign to class object (%0 invalid)">;
+def err_typecheck_array_prvalue_operand : Error<
+ "array prvalue is not permitted">;
languagelawyer
https://github.com/frederick-vs-ja closed
https://github.com/llvm/llvm-project/pull/140831
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/victorvianna updated
https://github.com/llvm/llvm-project/pull/140888
>From cf4f52fc09333a2de6339758bb68f464d2971bec Mon Sep 17 00:00:00 2001
From: Victor Hugo Vianna Silva
Date: Wed, 21 May 2025 14:48:13 +0100
Subject: [PATCH] ClangFormat: Insert braces & newline for Chromiu
https://github.com/eZWALT edited
https://github.com/llvm/llvm-project/pull/139293
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/paulwalker-arm approved this pull request.
https://github.com/llvm/llvm-project/pull/140591
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/DanielCChen edited
https://github.com/llvm/llvm-project/pull/140850
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
@@ -935,6 +935,14 @@ ToolChain::getTargetSubDirPath(StringRef BaseDir) const {
if (auto Path = getPathForTriple(T))
return *Path;
+ // On AIX, the environment component is not used in the target sub dir name.
DanielCChen wrote:
After re-exam the code,
llvmbot wrote:
@llvm/pr-subscribers-clang
Author: Sean Perry (perry-ca)
Changes
Implement the _Export keyword that is used on z/OS to indicate that a symbol
with external linkage is to be exported from the shared library. In the XL
C/C++ compiler this keyword is used only in C++ source
llvmbot wrote:
@llvm/pr-subscribers-clang-driver
Author: Sean Perry (perry-ca)
Changes
Implement the _Export keyword that is used on z/OS to indicate that a symbol
with external linkage is to be exported from the shared library. In the XL
C/C++ compiler this keyword is used only in C++
llvmbot wrote:
@llvm/pr-subscribers-backend-systemz
Author: Sean Perry (perry-ca)
Changes
Implement the _Export keyword that is used on z/OS to indicate that a symbol
with external linkage is to be exported from the shared library. In the XL
C/C++ compiler this keyword is used only in C
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `openmp-s390x-linux`
running on `systemz-1` while building `clang,llvm` at step 5 "compile-openmp".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/88/builds/11888
Here is the relevant piece of the bui
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `mlir-s390x-linux` running
on `systemz-1` while building `clang,llvm` at step 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/117/builds/9809
Here is the relevant piece of the b
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`llvm-clang-x86_64-gcc-ubuntu` running on `sie-linux-worker3` while building
`clang,llvm` at step 5 "build-unified-tree".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/174/builds/18128
Here is the r
Kewen12 wrote:
Hello there, this PR breaks our buildbots. Would you please take a look and fix
it? Thanks!
https://github.com/llvm/llvm-project/pull/139614
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/
@@ -63,6 +63,11 @@ Error SpecialCaseList::Matcher::insert(StringRef Pattern,
unsigned LineNumber,
.moveInto(Pair.first))
return Err;
Pair.second = LineNumber;
+ } else {
qinkunbao wrote:
I believe the change inside `SpecialCa
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`amdgpu-offload-ubuntu-22-cmake-build-only` running on `rocm-docker-ubu-22`
while building `clang,llvm` at step 4 "annotate".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/203/builds/11206
Here is t
https://github.com/perry-ca created
https://github.com/llvm/llvm-project/pull/140944
Implement the _Export keyword that is used on z/OS to indicate that a symbol
with external linkage is to be exported from the shared library. In the XL
C/C++ compiler this keyword is used only in C++ source c
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder `lldb-remote-linux-ubuntu`
running on `as-builder-9` while building `clang,llvm` at step 7 "build-default".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/195/builds/9348
Here is the relevant piece of
https://github.com/HazardyKnusperkeks approved this pull request.
https://github.com/llvm/llvm-project/pull/140835
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
vsapsai wrote:
It's weird that clang picked `b.wrap_foo` for "wrap_foo.h" as it is specified
as `private header`. To me it looks like circumventing "use of private header
from outside its module [-Wprivate-header]".
https://github.com/llvm/llvm-project/pull/138227
_
llvm-ci wrote:
LLVM Buildbot has detected a new failure on builder
`clang-cmake-x86_64-avx512-linux` running on `avx512-intel64` while building
`clang,llvm` at step 6 "build stage 1".
Full details are available at:
https://lab.llvm.org/buildbot/#/builders/133/builds/16519
Here is the releva
401 - 498 of 498 matches
Mail list logo
