https://github.com/azat created https://github.com/llvm/llvm-project/pull/97802
Right now if you have runtime libraries under
lib/x86_64-unknown-linux-gnu you should use --target x86_64-unknown-linux-gnu,
x86_64-pc-linux-gnu will not work.
Treat the interchangeable so that you can use any.
The
https://github.com/azat edited https://github.com/llvm/llvm-project/pull/97802
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/azat updated https://github.com/llvm/llvm-project/pull/97802
>From c2d4c4649004262569a7f1d17077ebd48bb35269 Mon Sep 17 00:00:00 2001
From: Azat Khuzhin
Date: Fri, 5 Jul 2024 11:15:15 +0200
Subject: [PATCH] [clang][Toolchain] Treat "pc"/"unknown" vendor
interchangeable
Right
https://github.com/azat updated https://github.com/llvm/llvm-project/pull/97802
>From 1d78d8362a4a10c8d8c2d5a78171e3fb5774daef Mon Sep 17 00:00:00 2001
From: Azat Khuzhin
Date: Fri, 5 Jul 2024 11:15:15 +0200
Subject: [PATCH] [clang][Toolchain] Treat "pc"/"unknown" vendor
interchangeable
Right
azat wrote:
I've excluded new test for windows
(https://buildkite.com/llvm-project/github-pull-requests/builds/78458)
https://github.com/llvm/llvm-project/pull/97802
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bi
azat wrote:
Can someone take a look? Maybe @MaskRay @compnerd (according to the most
frequent reviewers from `Reviewed By` tag)
https://github.com/llvm/llvm-project/pull/92291
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.
@@ -365,7 +365,12 @@ int DwarfInstructions::stepWithDwarf(A
&addressSpace, pint_t pc,
// Return address is address after call site instruction, so setting IP
to
// that does simulates a return.
- newRegisters.setIP(returnAddress);
+ //
+ // In case
azat wrote:
>How is Rust built? If the system compiler-rt libraries are installed to
>/usr/lib/llvm-18/lib/clang/18/lib/x86_64-pc-linux-gnu, which means that
>LLVM_DEFAULT_TARGET_TRIPLE=x86_64-pc-linux-gnu, the Rust build should also use
>x86_64-pc-linux-gnu.
The problem is not only with Rust
@@ -365,7 +365,12 @@ int DwarfInstructions::stepWithDwarf(A
&addressSpace, pint_t pc,
// Return address is address after call site instruction, so setting IP
to
// that does simulates a return.
- newRegisters.setIP(returnAddress);
+ //
+ // In case
@@ -365,7 +365,12 @@ int DwarfInstructions::stepWithDwarf(A
&addressSpace, pint_t pc,
// Return address is address after call site instruction, so setting IP
to
// that does simulates a return.
- newRegisters.setIP(returnAddress);
+ //
+ // In case
@@ -365,7 +365,12 @@ int DwarfInstructions::stepWithDwarf(A
&addressSpace, pint_t pc,
// Return address is address after call site instruction, so setting IP
to
// that does simulates a return.
- newRegisters.setIP(returnAddress);
+ //
+ // In case
https://github.com/azat updated https://github.com/llvm/llvm-project/pull/92291
>From 7066c0d3c7e84ccfdaeebd3b279bcdd91955ec7b Mon Sep 17 00:00:00 2001
From: Azat Khuzhin
Date: Wed, 15 May 2024 08:17:22 +0200
Subject: [PATCH] [libunwind] fix unwinding from signal handler
In case of this is fram
@@ -365,7 +365,12 @@ int DwarfInstructions::stepWithDwarf(A
&addressSpace, pint_t pc,
// Return address is address after call site instruction, so setting IP
to
// that does simulates a return.
- newRegisters.setIP(returnAddress);
+ //
+ // In case
azat wrote:
@MaskRay you still think that it does not worth to make this two targets
(`x86_64-**pc**-linux-gnu` and `x86_64-**unknown**-linux-gnu`) interchangeable?
https://github.com/llvm/llvm-project/pull/97802
___
cfe-commits mailing list
cfe-commi
azat wrote:
>If you specify the wrong --target= (avoid -target , deprecated since Clang
>3.4), clangDriver will not find the compiler-rt library.
>This works as intended.
But isn't this odd, that you depends on `LLVM_DEFAULT_TARGET_TRIPLE`?
https://github.com/llvm/llvm-project/pull/97802
_
https://github.com/azat created https://github.com/llvm/llvm-project/pull/92291
In case of this is frame of signal handler, the IP should be incremented,
because the IP saved in the signal handler points to first non-executed
instruction, while FDE/CIE expects IP to be after the first non-execu
azat wrote:
>[Build and Test libc++ / stage3 (generic-ubsan, libcxx-runners-8-set)
>(pull_request) Failing after
>10m](https://github.com/llvm/llvm-project/actions/runs/9099207645/job/25013031369?pr=92291)
Looks like unrelated?
```
2024-05-15T17:48:22.3468783Z ##[error]The runner has received
https://github.com/azat closed https://github.com/llvm/llvm-project/pull/97802
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
18 matches
Mail list logo
