[clang] [HLSL] Make it possible to assign an array from a cbuffer (PR #134174)

2025-04-21 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi, this turned a few bots red. Can this be fixed forward or should we revert in the meantime? Let me know if you need help with the bot setup / build config. Thanks! https://github.com/llvm/llvm-project/pull/134174 ___ cfe-commits mailin

[clang] Revert "[clang] Handle instantiated members to determine visibility" (PR #136317)

2025-04-18 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM Thanks! https://github.com/llvm/llvm-project/pull/136317 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang] Handle instantiated members to determine visibility (PR #136128)

2025-04-18 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I can try later today to get dumps/preprocessed source or maybe some better idea on how to reproduce the issue. @jhuber6 if you have immediate thoughts on how to provide that (or maybe even what may be the issue), let me know. https://github.com/llvm/llvm-project/pull/136128

[clang] [clang] Handle instantiated members to determine visibility (PR #136128)

2025-04-18 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I think this broke one of our bots: https://lab.llvm.org/buildbot/#/builders/10/builds/3726/steps/10/logs/stdio The bot was red for another issue at the time, but the stack trace includes methods that are touched in this PR. This is part of the stack trace: ``` #12 0x748dc31b

[clang] clang/AMDGPU: Stop looking for oclc_daz_opt_* control libraries (PR #134805)

2025-04-13 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: This should be device libs from ROCm 6.3.3. ``` $ apt show rocm-device-libs Package: rocm-device-libs Version: 1.0.0.60303-74~22.04 Priority: optional Section: devel Maintainer: ROCm Compiler Support Installed-Size: 3424 kB Depends: rocm-core Homepage: https://github.com/RadeonOpe

[clang] clang/AMDGPU: Stop looking for oclc_daz_opt_* control libraries (PR #134805)

2025-04-13 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > LLVM Buildbot has detected a new failure on builder `clang-hip-vega20` > running on `hip-vega20-0` while building `clang` at step 3 "annotate". > > Full details are available at: > https://lab.llvm.org/buildbot/#/builders/123/builds/17410 > > Here is the relevant piece of the

[clang] Revert "Reland [Clang][Cmake] fix libtool duplicate member name warnings" (PR #134656)

2025-04-07 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM thx https://github.com/llvm/llvm-project/pull/134656 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Force expressions with UO_Not to not be non-negative (PR #126846)

2025-03-15 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > Hi, I think this broke two of our buildbots -- for reasons I don't quite > understand, but reverting fixed the issue locally. Can you please take a look > at it? > > https://lab.llvm.org/buildbot/#/builders/10/builds/980 > https://lab.llvm.org/buildbot/#/builders/73/builds/143

[clang] [Clang] Force expressions with UO_Not to not be non-negative (PR #126846)

2025-03-11 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi, I think this broke two of our buildbots -- for reasons I don't quite understand, but reverting fixed the issue locally. Can you please take a look at it? https://lab.llvm.org/buildbot/#/builders/10/builds/980 https://lab.llvm.org/buildbot/#/builders/73/builds/14304 https://gi

[clang] [Offload] Always consider `flto` on for AMDGPU (PR #129118)

2025-03-07 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. With the explanation that change seems reasonable. Thank you. https://github.com/llvm/llvm-project/pull/129118 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/

[clang] [Offload] Always consider `flto` on for AMDGPU (PR #129118)

2025-03-07 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > I think people are just confusing what `-flto` means when put on a link job. Including me. :) Apologies for my ignorance, what does this do and why do we want it? It allows for some (LTO-related?) flags to be forwarded/handled correctly? https://github.com/llvm/llvm-project/pul

[clang] [Offload] Always consider `flto` on for AMDGPU (PR #129118)

2025-03-07 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > but it turns on LTO by default right? This is very much how I read that patch too. Maybe the flag names and comments are a bit misleading here. https://github.com/llvm/llvm-project/pull/129118 ___ cfe-commits mailing list cfe-commits@l

[clang] default clause replaced by otherwise clause for metadirective in OpenMP 5.2 (PR #125648)

2025-02-20 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. Thanks for all the comments and addressing concerns. https://github.com/llvm/llvm-project/pull/125648 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/l

[clang] [Clang][Docs] Document -Xarch_ better (PR #127890)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
@@ -932,9 +932,18 @@ def W_Joined : Joined<["-"], "W">, Group, def Xanalyzer : Separate<["-"], "Xanalyzer">, HelpText<"Pass to the static analyzer">, MetaVarName<"">, Group; -def Xarch__ : JoinedAndSeparate<["-"], "Xarch_">, Flags<[NoXarchOption]>, - HelpText<"Pass to th

[clang] [Clang][Docs] Document -Xarch_ better (PR #127890)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/127890 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang][Docs] Document -Xarch_ better (PR #127890)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
@@ -932,9 +932,18 @@ def W_Joined : Joined<["-"], "W">, Group, def Xanalyzer : Separate<["-"], "Xanalyzer">, HelpText<"Pass to the static analyzer">, MetaVarName<"">, Group; -def Xarch__ : JoinedAndSeparate<["-"], "Xarch_">, Flags<[NoXarchOption]>, - HelpText<"Pass to th

[clang] [Clang][Docs] Document -Xarch_ better (PR #127890)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
@@ -932,9 +932,18 @@ def W_Joined : Joined<["-"], "W">, Group, def Xanalyzer : Separate<["-"], "Xanalyzer">, HelpText<"Pass to the static analyzer">, MetaVarName<"">, Group; -def Xarch__ : JoinedAndSeparate<["-"], "Xarch_">, Flags<[NoXarchOption]>, - HelpText<"Pass to th

[clang] [Clang][Docs] Document -Xarch_ better (PR #127890)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: Certainly an improvement. I think this is good, but do not feel confident right now to already approve. https://github.com/llvm/llvm-project/pull/127890 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https

[clang] default clause replaced by otherwise clause for metadirective in OpenMP 5.2 (PR #125648)

2025-02-19 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Did anybody to run the OpenMP VV suite before and after this change? Curious to know if that improves results. https://github.com/llvm/llvm-project/pull/125648 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.or

[clang] Revert "[LinkerWrapper] Clean up options after proper forwarding" (PR #126495)

2025-02-10 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/126495 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] Revert "[LinkerWrapper] Clean up options after proper forwarding" (PR #126495)

2025-02-10 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr created https://github.com/llvm/llvm-project/pull/126495 Reverts llvm/llvm-project#126297 Broken buildbots https://lab.llvm.org/staging/#/builders/105/builds/15554 https://lab.llvm.org/buildbot/#/builders/30/builds/15490 Error is ``` # .---command stderr #

[clang] [LinkerWrapper] Clean up options after proper forwarding (PR #126297)

2025-02-10 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: This broke our flang-enabled buildbot https://lab.llvm.org/staging/#/builders/105/builds/15554 Looking at it currently https://github.com/llvm/llvm-project/pull/126297 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists

[clang] [llvm] [mlir] [Offload] Rework offloading entry type to be more generic (PR #124018)

2025-01-27 Thread Jan Patrick Lehr via cfe-commits
@@ -24,11 +24,24 @@ namespace offloading { /// This is the record of an object that just be registered with the offloading /// runtime. struct EntryTy { + /// Reserved bytes used to detect an older version of the struct, always zero. + uint64_t Reserved = 0x0; + /// The cur

[clang] [NVPTX] Fix ctor / dtor lowering when NVPTX target is not enabled (PR #124116)

2025-01-23 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. Fixes a build issue I was hitting in https://github.com/llvm/llvm-project/pull/123673 https://github.com/llvm/llvm-project/pull/124116 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https:

[clang] [Clang] Implement P2280R4 Using unknown pointers and references in constant expressions (PR #95474)

2025-01-22 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Thank you. https://github.com/llvm/llvm-project/pull/95474 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [SYCL] Basic diagnostics for the sycl_kernel_entry_point attribute. (PR #120327)

2025-01-09 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Can someone more familiar with this push a fix? That would be much appreciated. Thanks! https://github.com/llvm/llvm-project/pull/120327 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listi

[clang] [SYCL] Basic diagnostics for the sycl_kernel_entry_point attribute. (PR #120327)

2025-01-09 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi @tahonermann do you have an idea on why this is failing? https://github.com/llvm/llvm-project/pull/120327 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Driver][SPIR-V] Use consistent tools to convert between text and binary form (PR #120266)

2025-01-09 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > Yep already working on it, integration issue with another change from me, my > bad Thank you for working on a fix. :) https://github.com/llvm/llvm-project/pull/120266 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lis

[clang] [Driver][SPIR-V] Use consistent tools to convert between text and binary form (PR #120266)

2025-01-09 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: This also failed one of our bots: https://lab.llvm.org/buildbot/#/builders/140/builds/14350 https://github.com/llvm/llvm-project/pull/120266 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/l

[clang] [llvm] [Offload] Add support for loongarch64 to host plugin (PR #120173)

2024-12-17 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > Do you mean adding a dedicate buildbot for the `offload` sub-project? I think > the answer is yes. Actually we plan to setup more buildbots for any other > sub-projects, including `flang`, `lld` and `openmp`, etc. Not necessarily a dedicated buildbot for the `offload` project,

[clang] [llvm] [Offload] Add support for loongarch64 to host plugin (PR #120173)

2024-12-16 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Is there the possibility to set up a buildbot for this architecture? https://github.com/llvm/llvm-project/pull/120173 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang] Move warning about memset/memcpy to NonTriviallyCopyable type… (PR #117387)

2024-11-28 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > LLVM Buildbot has detected a new failure on builder > `openmp-offload-amdgpu-runtime` running on `omp-vega20-0` while building > `clang` at step 7 "Add check check-offload". > > Full details are available at: > https://lab.llvm.org/buildbot/#/builders/30/builds/11206 > > Here

[clang] [flang] [flang][Driver] Support -print-supported-cpus and associated aliases (PR #117199)

2024-11-25 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I believe this results in tests failures on our bot: https://lab.llvm.org/staging/#/builders/105/builds/9796 (and a few others) https://github.com/llvm/llvm-project/pull/117199 ___ cfe-commits mailing list cfe-commits@lists.llvm.org http

[clang] [Clang][Test] Update test after #115159 (PR #115172)

2024-11-06 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM to temporarily fix the bots. https://github.com/llvm/llvm-project/pull/115172 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [flang] [clang] Add option to specify opt pipeline during offload lto (PR #114401)

2024-11-01 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Just out of curiosity: Are all these things documented reasonably well somewhere? https://github.com/llvm/llvm-project/pull/114401 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cf

[clang] [llvm] [AMDGPU] Add a type for the named barrier (PR #113614)

2024-10-25 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > I just pushed a fix in > [75252e2](https://github.com/llvm/llvm-project/commit/75252e29ea6a0959f3c1670e641a03fc18fc65fa). I see another error in one of our bots for this patch: https://lab.llvm.org/staging/#/builders/130/builds/7112 https://github.com/llvm/llvm-project/pull/11

[clang] [llvm] [AMDGPU] Add a type for the named barrier (PR #113614)

2024-10-25 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi, This broke our OpenMP / Offload bots. It would be great if that can be easily fixed or reverted if more time is required to inspect the issue. Thanks! https://github.com/llvm/llvm-project/pull/113614 ___ cfe-commits mailing list cfe-

[clang] [compiler-rt] Reapply " [XRay] Add support for instrumentation of DSOs on x86_64 (#90959)" (PR #113548)

2024-10-25 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/113548 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] Reapply " [XRay] Add support for instrumentation of DSOs on x86_64 (#90959)" (PR #113548)

2024-10-25 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM https://github.com/llvm/llvm-project/pull/113548 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] Reapply " [XRay] Add support for instrumentation of DSOs on x86_64 (#90959)" (PR #112930)

2024-10-24 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/112930 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] Reapply " [XRay] Add support for instrumentation of DSOs on x86_64 (#90959)" (PR #112930)

2024-10-24 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. Only a nit. Let's see what happens. https://github.com/llvm/llvm-project/pull/112930 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commi

[clang] [compiler-rt] Reapply " [XRay] Add support for instrumentation of DSOs on x86_64 (#90959)" (PR #112930)

2024-10-24 Thread Jan Patrick Lehr via cfe-commits
@@ -150,21 +151,30 @@ class MProtectHelper { namespace { -bool patchSled(const XRaySledEntry &Sled, bool Enable, - int32_t FuncId) XRAY_NEVER_INSTRUMENT { +bool isObjectLoaded(int32_t ObjId) { + SpinMutexLock Guard(&XRayInstrMapMutex); + if (ObjId < 0 || stati

[clang] [llvm] [Clang] Put offloading globals in the `.llvm.rodata.offloading` section (PR #111890)

2024-10-11 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Would there be any reason to put entries for different offloading languages into distinctly named “sub entries”? https://github.com/llvm/llvm-project/pull/111890 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm

[clang] [compiler-rt] [XRay] Fix LLVM include in xray_interface.cpp (PR #111978)

2024-10-11 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/111978 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [compiler-rt] [XRay] Fix LLVM include in xray_interface.cpp (PR #111978)

2024-10-11 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM next time please separate PRs for fix and formatting. https://github.com/llvm/llvm-project/pull/111978 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/ma

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-10-11 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/90959 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [OpenMP][Clang] Migrate OpenMP UserDefinedMapper from Clang to OMPIRBuilder (PR #110001)

2024-10-07 Thread Jan Patrick Lehr via cfe-commits
@@ -9058,257 +9058,65 @@ void CGOpenMPRuntime::emitUserDefinedMapper(const OMPDeclareMapperDecl *D, return; ASTContext &C = CGM.getContext(); QualType Ty = D->getType(); - QualType PtrTy = C.getPointerType(Ty).withRestrict(); - QualType Int64Ty = C.getIntTypeForBitwi

[clang] [llvm] [OpenMP][Clang] Migrate OpenMP UserDefinedMapper from Clang to OMPIRBuilder (PR #110001)

2024-10-07 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/110001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [OpenMP][Clang] Migrate OpenMP UserDefinedMapper from Clang to OMPIRBuilder (PR #110001)

2024-10-07 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: There is a nit, but I'm also not very familiar with this piece of code. https://github.com/llvm/llvm-project/pull/110001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman

[clang] [llvm] [OpenMP][Clang] Migrate OpenMP UserDefinedMapper from Clang to OMPIRBuilder (PR #110001)

2024-09-27 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Thank you. Will take a closer look next week. So far, I ran this through one of our buildbot configs and did not see an issue there. https://github.com/llvm/llvm-project/pull/110001 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [Clang] Automatically link the `compiler-rt` for GPUs if present (PR #109152)

2024-09-25 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. I think this is a reasonable change. https://github.com/llvm/llvm-project/pull/109152 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-comm

[clang] [Clang] Automatically link the `compiler-rt` for GPUs if present (PR #109152)

2024-09-20 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I ran this through a buildbot config and found no errors. https://github.com/llvm/llvm-project/pull/109152 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [Clang] Automatically link the `compiler-rt` for GPUs if present (PR #109152)

2024-09-18 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I guess that makes sense. https://github.com/llvm/llvm-project/pull/109152 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [NFC][clang][TableGen] Remove redundant llvm:: namespace qualifier (PR #108627)

2024-09-16 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi, we see the same errors on our buildbots, two as examples: https://lab.llvm.org/buildbot/#/builders/30/builds/6250 https://lab.llvm.org/buildbot/#/builders/140/builds/6648 https://github.com/llvm/llvm-project/pull/108627 ___ cfe-commi

[clang] [llvm] [Offload] Provide a kernel library useable by the offload runtime (PR #104168)

2024-09-09 Thread Jan Patrick Lehr via cfe-commits
@@ -1533,6 +1565,67 @@ Error GenericDeviceTy::printInfo() { return Plugin::success(); } +Expected GenericDeviceTy::getKernel(llvm::StringRef Name, + DeviceImageTy *ImagePtr, +

[clang] [llvm] [Offload] Provide a kernel library useable by the offload runtime (PR #104168)

2024-09-09 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: I tried a bot-config build and it fails with a compiler error, see my comment. https://github.com/llvm/llvm-project/pull/104168 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/

[clang] [llvm] [Offload] Provide a kernel library useable by the offload runtime (PR #104168)

2024-09-09 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/104168 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [PGO][OpenMP] Instrumentation for GPU devices (Revision of #76587) (PR #102691)

2024-08-21 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I did a few local run of this with our buildbot config and that appeared clean for the time being. https://github.com/llvm/llvm-project/pull/102691 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/ma

[clang] [llvm] [OpenMP] Map `omp_default_mem_alloc` to global memory (PR #104790)

2024-08-20 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: For some reason this broke the bots, e.g., https://lab.llvm.org/buildbot/#/builders/30/builds/4417 https://lab.llvm.org/staging/#/builders/97/builds/2453 https://github.com/llvm/llvm-project/pull/104790 ___ cfe-commits mailing list cfe-c

[clang] [LinkerWrapper] Make `-Xoffload-linker` match `-Xlinker` semantics (PR #101032)

2024-07-29 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: Do we have some sort of documentation where this change of behavior needs to be communicated? https://github.com/llvm/llvm-project/pull/101032 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.l

[clang] [libc] [llvm] [OpenMP][libc] Remove special handling for OpenMP printf (PR #98940)

2024-07-20 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I was mostly curious if we have some coverage that would ideally break if the implementation breaks. https://github.com/llvm/llvm-project/pull/98940 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/m

[clang] [llvm] AMDGPU: Move attributor into optimization pipeline (PR #83131)

2024-07-15 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hey @arsenm this broke all AMDGPU OpenMP Offload buildbots (e.g., https://lab.llvm.org/buildbot/#/builders/30). Any chance you can fix these issues? https://github.com/llvm/llvm-project/pull/83131 ___ cfe-commits mailing list cfe-commit

[clang] [llvm] [ConstantFold] Drop gep of gep fold entirely (PR #95126)

2024-06-12 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Thank you @nikic. I'll see to reproduce locally and narrow down as much as possible to provide small reproducer. https://github.com/llvm/llvm-project/pull/95126 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.

[clang] [llvm] [ConstantFold] Drop gep of gep fold entirely (PR #95126)

2024-06-12 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I believe this broke our flang+openmp+offload bot: https://lab.llvm.org/staging/#/builders/140/builds/10168 Happy to help looking into it. https://github.com/llvm/llvm-project/pull/95126 ___ cfe-commits mailing list cfe-commits@lists.llv

[clang] [llvm] [Offload][CUDA] Allow CUDA kernels to use LLVM/Offload (PR #94549)

2024-06-10 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Should the NFCI changes (like initializing struct fields) be put into a separate PR? https://github.com/llvm/llvm-project/pull/94549 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/

[clang] [llvm] [Offload][CUDA] Allow CUDA kernels to use LLVM/Offload (PR #94549)

2024-06-10 Thread Jan Patrick Lehr via cfe-commits
@@ -1199,7 +1244,9 @@ llvm::Function *CGNVCUDARuntime::finalizeModule() { } return nullptr; } - if (CGM.getLangOpts().OffloadingNewDriver && RelocatableDeviceCode) + if (CGM.getLangOpts().OffloadViaLLVM) +createOffloadingEntries(); + else if (CGM.getLangOpts().

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
@@ -111,6 +156,71 @@ void __xray_init() XRAY_NEVER_INSTRUMENT { #endif } +// Default visibility is hidden, so we have to explicitly make it visible to +// DSO. +SANITIZER_INTERFACE_ATTRIBUTE int32_t __xray_register_dso( +const XRaySledEntry *SledsBegin, const XRaySledEntry

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
@@ -80,29 +140,14 @@ void __xray_init() XRAY_NEVER_INSTRUMENT { return; } - { -SpinMutexLock Guard(&XRayInstrMapMutex); -XRayInstrMap.Sleds = __start_xray_instr_map; -XRayInstrMap.Entries = __stop_xray_instr_map - __start_xray_instr_map; -if (__start_xra

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
@@ -50,14 +52,72 @@ atomic_uint8_t XRayInitialized{0}; // This should always be updated before XRayInitialized is updated. SpinMutex XRayInstrMapMutex; -XRaySledMap XRayInstrMap; +// XRaySledMap XRayInstrMap; +// Contains maps for the main executable as well as DSOs. +// std:

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
@@ -50,14 +52,72 @@ atomic_uint8_t XRayInitialized{0}; // This should always be updated before XRayInitialized is updated. SpinMutex XRayInstrMapMutex; -XRaySledMap XRayInstrMap; +// XRaySledMap XRayInstrMap; +// Contains maps for the main executable as well as DSOs. +// std:

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: Thank you for contributing this patch. I am by no means an expert in this area, but would like to see xray get support for shared libraries. I did an initial pass to simply look for easy things and left a few comments. https://github.com/llvm/llvm-project/p

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
@@ -111,6 +156,71 @@ void __xray_init() XRAY_NEVER_INSTRUMENT { #endif } +// Default visibility is hidden, so we have to explicitly make it visible to +// DSO. +SANITIZER_INTERFACE_ATTRIBUTE int32_t __xray_register_dso( +const XRaySledEntry *SledsBegin, const XRaySledEntry

[clang] [compiler-rt] [XRay] Add support for instrumentation of DSOs on x86_64 (PR #90959)

2024-05-03 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/90959 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [llvm] [mlir] [Offload][NFC] Remove `omp_` prefix from offloading entries (PR #88071)

2024-04-09 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LGTM https://github.com/llvm/llvm-project/pull/88071 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [openmp] [Libomp] Place generated OpenMP headers into build resource directory (PR #88007)

2024-04-08 Thread Jan Patrick Lehr via cfe-commits
@@ -16,4 +16,12 @@ typedef unsigned __INTPTR_TYPE__ uintptr_t; #error Every target should have __INTPTR_TYPE__ #endif +#ifdef __INTPTR_MAX__ +#define INTPTR_MAX__INTPTR_MAX__ +#endif + +#ifdef __UINTPTR_MAX__ +#define UINTPTR_MAX __UINTPTR_MAX__ +#endif + --

[clang] [openmp] [Libomp] Place generated OpenMP headers into build resource directory (PR #88007)

2024-04-08 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: The changes seem reasonable to me. https://github.com/llvm/llvm-project/pull/88007 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [openmp] [Libomp] Place generated OpenMP headers into build resource directory (PR #88007)

2024-04-08 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/88007 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [clang-repl] Factor out CreateJITBuilder() and allow specialization in derived classes (PR #84461)

2024-03-25 Thread Jan Patrick Lehr via cfe-commits
Stefan =?utf-8?q?Gr=C3=A4nitz?= Message-ID: In-Reply-To: jplehr wrote: I see. Thanks for the explanation and the fix! Bot is back to green. https://github.com/llvm/llvm-project/pull/84461 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https

[clang] [clang-repl] Factor out CreateJITBuilder() and allow specialization in derived classes (PR #84461)

2024-03-25 Thread Jan Patrick Lehr via cfe-commits
Stefan =?utf-8?q?Gränitz?= Message-ID: In-Reply-To: jplehr wrote: Thanks! I am quite unfamiliar with that part of the code base and wonder if the symbol needs to just exist somewhere. The other thing used there (`InitializeNativeTargetAsmPrinter`) is declared in `TargetSelect.h`. So, does it

[clang] [clang-repl] Factor out CreateJITBuilder() and allow specialization in derived classes (PR #84461)

2024-03-25 Thread Jan Patrick Lehr via cfe-commits
Stefan =?utf-8?q?Gränitz?= Message-ID: In-Reply-To: jplehr wrote: Hi, I think this one broke one of our buildbots: https://lab.llvm.org/buildbot/#/builders/259/builds/1769 I'm happy to help looking into it. https://github.com/llvm/llvm-project/pull/84461

[clang] [Clang] Append target search paths for direct offloading compilation (PR #82699)

2024-02-23 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr approved this pull request. LG https://github.com/llvm/llvm-project/pull/82699 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [libc] [llvm] [openmp] [libc] Rework the GPU build to be a regular target (PR #81921)

2024-02-19 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr commented: I looked at the changes and from the little I understand CMake they seem ok. I added one nit. Maybe @saiislam can have a look as well. https://github.com/llvm/llvm-project/pull/81921 ___ cfe-commits mailing list cf

[clang] [libc] [llvm] [openmp] [libc] Rework the GPU build to be a regular target (PR #81921)

2024-02-19 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr edited https://github.com/llvm/llvm-project/pull/81921 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [libc] [llvm] [openmp] [libc] Rework the GPU build to be a regular target (PR #81921)

2024-02-19 Thread Jan Patrick Lehr via cfe-commits
@@ -102,6 +80,121 @@ function(add_entrypoint_library target_name) list(APPEND all_deps ${entrypoint_target}) endforeach(dep) list(REMOVE_DUPLICATES all_deps) + set(${result} ${all_deps} PARENT_SCOPE) +endfunction() + +# A rule to build a library from a collection of en

[clang-tools-extra] [clang] [llvm] [XCOFF] Add compiler version to an auxiliary symbol table entry (PR #80162)

2024-02-06 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: This introduced a spelling mistake that broke some builds. https://lab.llvm.org/buildbot/#/builders/193/builds/46220 https://github.com/llvm/llvm-project/pull/80162 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llv

[clang] [Clang][CMake] Support perf, LBR, and Instrument CLANG_BOLT options (PR #69133)

2024-01-28 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Hi @aaupov I think this did break the AMD Hip build bot (another annotated builder). Are you looking into the potential issue? https://github.com/llvm/llvm-project/pull/69133 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https:

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-22 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/76571 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[openmp] [clang] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-20 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr updated https://github.com/llvm/llvm-project/pull/76571 >From a6c437a52674613b90c451c2ed4105265f420a32 Mon Sep 17 00:00:00 2001 From: JP Lehr Date: Fri, 29 Dec 2023 04:32:24 -0500 Subject: [PATCH] [OpenMP][USM] Introduces -fopenmp-force-usm flag This flag forces the c

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-19 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: I just realized that I need to update the clang lit tests, so this is *not ready to land*, but I don't see a button to indicate that. https://github.com/llvm/llvm-project/pull/76571 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-19 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr updated https://github.com/llvm/llvm-project/pull/76571 >From 41b227e2c84b3c7eeedb6a9ebf559bec2c34aec3 Mon Sep 17 00:00:00 2001 From: JP Lehr Date: Fri, 29 Dec 2023 04:32:24 -0500 Subject: [PATCH] [OpenMP][USM] Introduces -fopenmp-force-usm flag This flag forces the c

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-19 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: > Automatic zero-copy doesn't work on some of the bbot's. I will have to land > this once the lit test harness extension in #77851 re-lands. Having your work landed would be very helpful indeed. https://github.com/llvm/llvm-project/pull/76571 _

[openmp] [clang] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-19 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: @carlobertolli can you have another look at the runtime test I added to see if that addresses your feedback? https://github.com/llvm/llvm-project/pull/76571 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/c

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr updated https://github.com/llvm/llvm-project/pull/76571 >From bf25a538e7c020efde557b595eba64b804cbb817 Mon Sep 17 00:00:00 2001 From: JP Lehr Date: Fri, 29 Dec 2023 04:32:24 -0500 Subject: [PATCH 1/5] [OpenMP][USM] Introduces -fopenmp-force-usm flag This flag forces t

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr updated https://github.com/llvm/llvm-project/pull/76571 >From bf25a538e7c020efde557b595eba64b804cbb817 Mon Sep 17 00:00:00 2001 From: JP Lehr Date: Fri, 29 Dec 2023 04:32:24 -0500 Subject: [PATCH 1/4] [OpenMP][USM] Introduces -fopenmp-force-usm flag This flag forces t

[clang] [OpenMP][USM] Adds test for -fopenmp-force-usm flag (PR #75467)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr closed https://github.com/llvm/llvm-project/pull/75467 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [OpenMP][USM] Adds test for -fopenmp-force-usm flag (PR #75467)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: Closing this. Test is now part of feature-PR. https://github.com/llvm/llvm-project/pull/75467 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: While I add some documentation, I'd appreciate feedback especially on the lit side of things. I would very much like to rename the pretty happy tripple-X workaround for substitution debugging into something sane. https://github.com/llvm/llvm-project/pull/76571 ___

[clang] [openmp] [OpenMP][USM] Introduces -fopenmp-force-usm flag (PR #76571)

2024-01-18 Thread Jan Patrick Lehr via cfe-commits
https://github.com/jplehr updated https://github.com/llvm/llvm-project/pull/76571 >From bf25a538e7c020efde557b595eba64b804cbb817 Mon Sep 17 00:00:00 2001 From: JP Lehr Date: Fri, 29 Dec 2023 04:32:24 -0500 Subject: [PATCH 1/3] [OpenMP][USM] Introduces -fopenmp-force-usm flag This flag forces t

[flang] [mlir] [clang] [Flang][OpenMP][MLIR] Add support for -nogpulib option (PR #71045)

2024-01-08 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: We have the buildbot now up in staging: https://lab.llvm.org/staging/#/builders/188 https://github.com/llvm/llvm-project/pull/71045 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/c

[clang] [OpenMP][USM] Adds test for -fopenmp-force-usm flag (PR #75467)

2024-01-04 Thread Jan Patrick Lehr via cfe-commits
jplehr wrote: The IR is impacted for the global that is in that test case. Lines ~46-50 (first IR section) vs line ~68 (second IR section). The remaining code is indeed the same. The way that this test is executed is out of date however, given that I have reimplemented the flag. My plan is to

  1   2   >