[llvm-branch-commits] [clang] 3c012fe - Revert "[OpenMP][Clang] Enable inscan modifier for generic datatypes (#82220)"

2024-02-28 Thread via llvm-branch-commits
Author: Animesh Kumar Date: 2024-02-29T12:28:28+05:30 New Revision: 3c012fe491aa04a471e0d5ae6eb29e5b1fada65b URL: https://github.com/llvm/llvm-project/commit/3c012fe491aa04a471e0d5ae6eb29e5b1fada65b DIFF: https://github.com/llvm/llvm-project/commit/3c012fe491aa04a471e0d5ae6eb29e5b1fada65b.diff

[llvm-branch-commits] [BOLT][NFC] Simplify YAMLProfileWriter::convert (PR #82129)

2024-02-28 Thread Alexander Yermolovich via llvm-branch-commits
https://github.com/ayermolo approved this pull request. https://github.com/llvm/llvm-project/pull/82129 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
ilovepi wrote: So, if DFAJumpThreading is ever on by default, then I think its pretty simple to repurpose `-enable-dfa-jump-thread` to enable the behavior in the pass, and we can drop `-enable-dfa-jump-optsize` @aeubanks, does that sound like a better plan?

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
https://github.com/ilovepi updated https://github.com/llvm/llvm-project/pull/83049 >From fc2e672d474442ef83e90c7a41265d6433651b63 Mon Sep 17 00:00:00 2001 From: Paul Kirth Date: Mon, 26 Feb 2024 21:42:24 + Subject: [PATCH 1/3] Refactor option names, and update test Created using spr 1.3.4

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
https://github.com/ilovepi updated https://github.com/llvm/llvm-project/pull/83049 >From fc2e672d474442ef83e90c7a41265d6433651b63 Mon Sep 17 00:00:00 2001 From: Paul Kirth Date: Mon, 26 Feb 2024 21:42:24 + Subject: [PATCH 1/3] Refactor option names, and update test Created using spr 1.3.4

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
https://github.com/ilovepi edited https://github.com/llvm/llvm-project/pull/83049 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [benchmark] Fix dependency error for numeric_limits on release/11.x (PR #83347)

2024-02-28 Thread via llvm-branch-commits
https://github.com/mirusu400 edited https://github.com/llvm/llvm-project/pull/83347 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [benchmark] Fix dependency error for numeric_limits (PR #83347)

2024-02-28 Thread via llvm-branch-commits
https://github.com/mirusu400 created https://github.com/llvm/llvm-project/pull/83347 On `release/11.x` branch, build failed cause of `numeric_limits`, which are part of `limits` header. ```bash ninja -C build ninja: Entering directory `build' [1/3] Building CXX object

[llvm-branch-commits] [llvm] release/18.x: Allow .alt_entry symbols to pass the .cfi nesting check (#82268) (PR #83336)

2024-02-28 Thread Fangrui Song via llvm-branch-commits
https://github.com/MaskRay approved this pull request. https://github.com/llvm/llvm-project/pull/83336 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
ilovepi wrote: > Can we have a more principled approach to determine when to allow this pass > to run than a `cl::opt`? For example, change the `CostThreshold` in the pass > depending on whether or not the function has `optsize`. So, I've experimented with this, and I'm not sure this is the

[llvm-branch-commits] [llvm] Backport ARM64EC variadic args fixes to LLVM 18 (PR #81800)

2024-02-28 Thread Eli Friedman via llvm-branch-commits
https://github.com/efriedma-quic commented: Looks fine, but I think merging might need to wait for a point release? CC @tstellar . https://github.com/llvm/llvm-project/pull/81800 ___ llvm-branch-commits mailing list

[llvm-branch-commits] [llvm] release/18.x: Allow .alt_entry symbols to pass the .cfi nesting check (#82268) (PR #83336)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-backend-aarch64 Author: None (llvmbot) Changes Backport 5b91647e3f82c9747c42c3239b7d7f3ade4542a7 Requested by: @jroelofs --- Full diff: https://github.com/llvm/llvm-project/pull/83336.diff 2 Files Affected: - (modified)

[llvm-branch-commits] [llvm] release/18.x: Allow .alt_entry symbols to pass the .cfi nesting check (#82268) (PR #83336)

2024-02-28 Thread via llvm-branch-commits
https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/83336 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] release/18.x: Allow .alt_entry symbols to pass the .cfi nesting check (#82268) (PR #83336)

2024-02-28 Thread via llvm-branch-commits
https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/83336 Backport 5b91647e3f82c9747c42c3239b7d7f3ade4542a7 Requested by: @jroelofs >From faed9cbd490450dba5879f130caf1482a0704838 Mon Sep 17 00:00:00 2001 From: Jon Roelofs Date: Wed, 28 Feb 2024 13:03:35 -0800

[llvm-branch-commits] [llvm] release/18.x: [Release] Install compiler-rt builtins during Phase 1 on AIX (#81485) (PR #83323)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @tstellar What do you think about merging this PR to the release branch? https://github.com/llvm/llvm-project/pull/83323 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org

[llvm-branch-commits] [llvm] release/18.x: [Release] Install compiler-rt builtins during Phase 1 on AIX (#81485) (PR #83323)

2024-02-28 Thread via llvm-branch-commits
https://github.com/llvmbot milestoned https://github.com/llvm/llvm-project/pull/83323 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] release/18.x: [Release] Install compiler-rt builtins during Phase 1 on AIX (#81485) (PR #83323)

2024-02-28 Thread via llvm-branch-commits
https://github.com/llvmbot created https://github.com/llvm/llvm-project/pull/83323 Backport 3af5c98200e0b1268f755c3f289be4f73aac4214 Requested by: @azhan92 >From c6fa26b505531aa69a3bed3a6e9e740fdccb9309 Mon Sep 17 00:00:00 2001 From: azhan92 Date: Thu, 15 Feb 2024 21:27:45 -0500 Subject:

[llvm-branch-commits] [llvm] Remove pipeline checks for optsize for DFAJumpThreadingPass (PR #83188)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
ilovepi wrote: huh, not sure why spr merged this into a branch, but I'll need to fix that. https://github.com/llvm/llvm-project/pull/83188 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-llvm-transforms Author: Paul Kirth (ilovepi) Changes Though DFAJumpThreadingPass typically introduces size increases, targets optimizing for size may want to enable the pass for certain TUs and workloads. This change adds options to override the default

[llvm-branch-commits] [llvm] [llvm][dfa-jump-threading] Allow DFAJumpThreading with optsize (PR #83049)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
https://github.com/ilovepi ready_for_review https://github.com/llvm/llvm-project/pull/83049 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] Remove pipeline checks for optsize for DFAJumpThreadingPass (PR #83188)

2024-02-28 Thread Paul Kirth via llvm-branch-commits
https://github.com/ilovepi closed https://github.com/llvm/llvm-project/pull/83188 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] Backport ARM64EC variadic args fixes to LLVM 18 (PR #81800)

2024-02-28 Thread Daniel Paoliello via llvm-branch-commits
dpaoliello wrote: @efriedma-quic I think this is ready to land, the MacOS test failure is a known issue. https://github.com/llvm/llvm-project/pull/81800 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org

[llvm-branch-commits] [mlir] [mlir][Transforms][NFC] Simplify `BlockTypeConversionRewrite` (PR #83286)

2024-02-28 Thread Matthias Springer via llvm-branch-commits
https://github.com/matthias-springer edited https://github.com/llvm/llvm-project/pull/83286 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [mlir] [mlir][Transforms][NFC] Simplify `BlockTypeConversionRewrite` (PR #83286)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-mlir Author: Matthias Springer (matthias-springer) Changes When a block signature is converted during dialect conversion, a `BlockTypeConversionRewrite` object is stored in the stack of rewrites. Such an object represents multiple steps: - Splitting

[llvm-branch-commits] [mlir] [mlir][Transforms][NFC] Simplify `BlockTypeConversionRewrite` (PR #83286)

2024-02-28 Thread Matthias Springer via llvm-branch-commits
https://github.com/matthias-springer edited https://github.com/llvm/llvm-project/pull/83286 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [mlir] [mlir][Transforms][NFC] Simplify `BlockTypeConversionRewrite` (PR #83286)

2024-02-28 Thread Matthias Springer via llvm-branch-commits
https://github.com/matthias-springer created https://github.com/llvm/llvm-project/pull/83286 When a block signature is converted during dialect conversion a `BlockTypeConversionRewrite` object is stored in the stack of rewrites. Such an object represents multiple steps: - Splitting the old

[llvm-branch-commits] [llvm] [SLP] Collect candidate VFs in vector in vectorizeStores (NFC). (PR #82793)

2024-02-28 Thread Alexey Bataev via llvm-branch-commits
https://github.com/alexey-bataev approved this pull request. LG https://github.com/llvm/llvm-project/pull/82793 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [llvm] [SLP] Collect candidate VFs in vector in vectorizeStores (NFC). (PR #82793)

2024-02-28 Thread Florian Hahn via llvm-branch-commits
https://github.com/fhahn edited https://github.com/llvm/llvm-project/pull/82793 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [Serialization] Code cleanups and polish 83233 (PR #83237)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
https://github.com/ChuanqiXu9 edited https://github.com/llvm/llvm-project/pull/83237 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [Serialization] Code cleanups and polish 83233 (PR #83237)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
ChuanqiXu9 wrote: @vgvassilev this may be ready to test. https://github.com/llvm/llvm-project/pull/83237 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [Serialization] Code cleanups and polish 83233 (PR #83237)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
@@ -257,22 +241,12 @@ namespace clang { // If we have any lazy specializations, and the external AST source is // our chained AST reader, we can just write out the DeclIDs. Otherwise, // we need to resolve them to actual declarations. - if (Writer.Chain

[llvm-branch-commits] [clang] [Serialization] Code cleanups and polish 83233 (PR #83237)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang-modules @llvm/pr-subscribers-clang Author: Chuanqi Xu (ChuanqiXu9) Changes This is the following of https://github.com/llvm/llvm-project/pull/83233. This simply removes `LazySpecializationInfo` from `RedeclarableTemplateDecl`. I feel it can

[llvm-branch-commits] [clang] [Serialization] Code cleanups and polish 83233 (PR #83237)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
https://github.com/ChuanqiXu9 created https://github.com/llvm/llvm-project/pull/83237 This is the following of https://github.com/llvm/llvm-project/pull/83233. This simply removes `LazySpecializationInfo` from `RedeclarableTemplateDecl`. I feel it can make the review process much more easier

[llvm-branch-commits] [clang] [llvm] [LV][LAA] Vectorize math lib calls with mem write-only attribute (PR #78432)

2024-02-28 Thread Paschalis Mpeis via llvm-branch-commits
https://github.com/paschalis-mpeis ready_for_review https://github.com/llvm/llvm-project/pull/78432 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
ChuanqiXu9 wrote: > If that's ready to give it a try on our infrastructure I can do it. I'll try to update the polishing patch. While it might purely be removing codes, I think it may be better to test on that. https://github.com/llvm/llvm-project/pull/83233

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Vassil Vassilev via llvm-branch-commits
vgvassilev wrote: > > > > Can you rebase on top of #83108 ? That'd make it easier for me to > > > > review. > > > > > > > > > Weird. It should be on top of #83108 already. > > > https://github.com/llvm/llvm-project/commits/users/ChuanqiXu9/D41416_on_disk_hash_table/ > > > > > > Ah, it is a

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
ChuanqiXu9 wrote: > > > Can you rebase on top of #83108 ? That'd make it easier for me to review. > > > > > > Weird. It should be on top of #83108 already. > > https://github.com/llvm/llvm-project/commits/users/ChuanqiXu9/D41416_on_disk_hash_table/ > > Ah, it is a single commit that includes

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Vassil Vassilev via llvm-branch-commits
vgvassilev wrote: > > Can you rebase on top of #83108 ? That'd make it easier for me to review. > > Weird. It should be on top of #83108 already. > https://github.com/llvm/llvm-project/commits/users/ChuanqiXu9/D41416_on_disk_hash_table/ Ah, it is a single commit that includes what's in the

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
ChuanqiXu9 wrote: > Can you rebase on top of #83108 ? That'd make it easier for me to review. Weird. It should be on top of #83108 already. https://github.com/llvm/llvm-project/pull/83233 ___ llvm-branch-commits mailing list

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Vassil Vassilev via llvm-branch-commits
vgvassilev wrote: Can you rebase on top of https://github.com/llvm/llvm-project/pull/83108 ? That'd make it easier for me to review. https://github.com/llvm/llvm-project/pull/83233 ___ llvm-branch-commits mailing list

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
https://github.com/ChuanqiXu9 edited https://github.com/llvm/llvm-project/pull/83233 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-branch-commits

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread via llvm-branch-commits
llvmbot wrote: @llvm/pr-subscribers-clang @llvm/pr-subscribers-clang-modules Author: Chuanqi Xu (ChuanqiXu9) Changes Following up for https://github.com/llvm/llvm-project/pull/83108 This follows the suggestion literally from

[llvm-branch-commits] [clang] [Serialization] Introduce OnDiskHashTable for specializations (PR #83233)

2024-02-28 Thread Chuanqi Xu via llvm-branch-commits
https://github.com/ChuanqiXu9 created https://github.com/llvm/llvm-project/pull/83233 Following up for https://github.com/llvm/llvm-project/pull/83108 This follows the suggestion literally from https://github.com/llvm/llvm-project/pull/76774#issuecomment-1951172457 which introduces