[llvm-branch-commits] [compiler-rt] [profile] Change __llvm_profile_counter_bias type to match llvm (PR #107362)

2024-09-10 Thread Rainer Orth via llvm-branch-commits
rorth wrote: > Hi, since we are wrapping up LLVM 19.1.0 we are very strict with the fixes we > pick at this point. Can you please respond to the following questions to help > me understand if this has to be included in the final release or not. I guess it's best for @petrhosek to make the fina

[llvm-branch-commits] [compiler-rt] [profile] Change __llvm_profile_counter_bias type to match llvm (PR #107362)

2024-09-05 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth edited https://github.com/llvm/llvm-project/pull/107362 ___ 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] [compiler-rt] [profile] Change __llvm_profile_counter_bias type to match llvm (PR #107362)

2024-09-05 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth created https://github.com/llvm/llvm-project/pull/107362 As detailed in Issue #101667, two `profile` tests `FAIL` on 32-bit SPARC, both Linux/sparc64 and Solaris/sparcv9 (where the tests work when enabled): ``` Profile-sparc :: ContinuousSyncMode/runtime-counter-reloc

[llvm-branch-commits] [compiler-rt] [profile] Change __llvm_profile_counter_bias type to match llvm (PR #107362)

2024-09-05 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth milestoned https://github.com/llvm/llvm-project/pull/107362 ___ 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] [compiler-rt] release/19.x: [builtins] Fix divtc3.c etc. compilation on Solaris/SPARC with gcc (#101662) (PR #101847)

2024-09-02 Thread Rainer Orth via llvm-branch-commits
rorth wrote: It's difficult: on one hand it fixes a Solaris/SPARC build failure. On the other, it's said to cause problems for an out-of-tree z/OS port. Unfortunately, the developers refuse to publish their code, so it's almost impossible to reason about that code. https://github.com/llvm/l

[llvm-branch-commits] [compiler-rt] 9301cd5 - [sanitizer_common] Make sanitizer_linux.cpp kernel_stat* handling Linux-specific

2024-08-26 Thread Rainer Orth via llvm-branch-commits
Author: Rainer Orth Date: 2024-08-20T13:34:13+02:00 New Revision: 9301cd5b57c09214256edf19753e2e047a5b5f91 URL: https://github.com/llvm/llvm-project/commit/9301cd5b57c09214256edf19753e2e047a5b5f91 DIFF: https://github.com/llvm/llvm-project/commit/9301cd5b57c09214256edf19753e2e047a5b5f91.diff L

[llvm-branch-commits] [compiler-rt] [sanitizer_common] Make sanitizer_linux.cpp kernel_stat* handling Lin… (PR #104916)

2024-08-20 Thread Rainer Orth via llvm-branch-commits
rorth wrote: The Solaris/sparcv9 build just completed successfully: no regressions relative to rc2. https://github.com/llvm/llvm-project/pull/104916 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin

[llvm-branch-commits] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-08-20 Thread Rainer Orth via llvm-branch-commits
rorth wrote: This can now be closed: one part (PR #101012) has already been merged and the necessary rest is now PR #104916. https://github.com/llvm/llvm-project/pull/101236 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https

[llvm-branch-commits] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-08-20 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth closed https://github.com/llvm/llvm-project/pull/101236 ___ 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] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-08-01 Thread Rainer Orth via llvm-branch-commits
rorth wrote: I know, that's how I did it for the original PR. However, when it turned out 16e9bb9cd7f50ae2ec7f29a80bc3b95f528bfdbf was necessary too to unbreak the Solaris/sparcv9 build, I added a separate cherry pick just for that one. I guess I should just have closed the original PR and a

[llvm-branch-commits] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-07-30 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth edited https://github.com/llvm/llvm-project/pull/101236 ___ 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] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-07-30 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth created https://github.com/llvm/llvm-project/pull/101236 Backport of fcd6bd5587cc376cd8f43b60d1c7d61fdfe0f535 and 16e9bb9cd7f50ae2ec7f29a80bc3b95f528bfdbf to `release/19.x` branch. >From 7d97041c217bcb4b04cacb3a5d17285f8b241a88 Mon Sep 17 00:00:00 2001 From: Rainer Ort

[llvm-branch-commits] [compiler-rt] [sanitizer_common] Fix internal_*stat on Linux/sparc64 (PR #101236)

2024-07-30 Thread Rainer Orth via llvm-branch-commits
https://github.com/rorth milestoned https://github.com/llvm/llvm-project/pull/101236 ___ 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] [compiler-rt] release/19.x: [asan][cmake][test] Fix finding dynamic asan runtime lib (#100083) (PR #100322)

2024-07-29 Thread Rainer Orth via llvm-branch-commits
rorth wrote: Yes: there have been no issues on `main` whatsoever, so it should be safe enough. https://github.com/llvm/llvm-project/pull/100322 ___ llvm-branch-commits mailing list llvm-branch-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mail

[llvm-branch-commits] [compiler-rt] release/19.x: [asan][cmake][test] Fix finding dynamic asan runtime lib (#100083) (PR #100322)

2024-07-24 Thread Rainer Orth via llvm-branch-commits
rorth wrote: I guess it's reasonably safe, though as patch author I may be biased. The `LD_LIBRARY_PATH*` part will only affect x86 and has been tested on both Solaris and Linux. The current `RPATH` handling is plain wrong, so no harm here. Maybe give it a couple of days soak time on `main`

[llvm-branch-commits] [llvm] release/18.x: [Release] Don't build during test-release.sh Phase 3 install (#82001) (PR #82420)

2024-02-20 Thread Rainer Orth via llvm-branch-commits
rorth wrote: > @tstellar What do you think about merging this PR to the release branch? I thing this would be very useful: we already have two Issues filed for this problem, and `test-release.sh` is probably almost exclusively exercised during release testing/building. The risk should be limi