Author: Nathan Chancellor
Date: 2021-03-24T18:11:37-07:00
New Revision: ef58ae86ba778ed7d01cd3f6bd6d08f943abab44
URL:
https://github.com/llvm/llvm-project/commit/ef58ae86ba778ed7d01cd3f6bd6d08f943abab44
DIFF:
Author: Nathan Chancellor
Date: 2021-08-16T17:14:55-07:00
New Revision: 9ed4a94d6451046a51ef393cd62f00710820a7e8
URL:
https://github.com/llvm/llvm-project/commit/9ed4a94d6451046a51ef393cd62f00710820a7e8
DIFF:
Author: Nathan Chancellor
Date: 2021-12-23T12:36:42-07:00
New Revision: be8180af5854806a343c3dd334d97ba2c4bfadfa
URL:
https://github.com/llvm/llvm-project/commit/be8180af5854806a343c3dd334d97ba2c4bfadfa
DIFF:
https://github.com/nathanchance closed
https://github.com/llvm/llvm-project/pull/65657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nathanchance review_requested
https://github.com/llvm/llvm-project/pull/65657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nathanchance created
https://github.com/llvm/llvm-project/pull/65657:
When building the LoongArch Linux kernel without `CONFIG_DYNAMIC_FTRACE`, the
build fails to link because the mcount symbol is `mcount`, not `_mcount` like
GCC generates and the kernel expects:
```
https://github.com/nathanchance review_requested
https://github.com/llvm/llvm-project/pull/65657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/nathanchance review_requested
https://github.com/llvm/llvm-project/pull/65657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
nathanchance wrote:
cc @xen0n
https://github.com/llvm/llvm-project/pull/65657
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Author: Nathan Chancellor
Date: 2023-06-05T12:14:51-07:00
New Revision: deecf89a1361cf3407f0fe32e7085127ec0865dc
URL:
https://github.com/llvm/llvm-project/commit/deecf89a1361cf3407f0fe32e7085127ec0865dc
DIFF:
Author: Nathan Chancellor
Date: 2023-06-05T10:54:47-07:00
New Revision: 877210faa447f4cc7db87812f8ed80e398fedd61
URL:
https://github.com/llvm/llvm-project/commit/877210faa447f4cc7db87812f8ed80e398fedd61
DIFF:
Author: Nathan Chancellor
Date: 2023-07-21T15:57:03-07:00
New Revision: 17f4f262fc5c4361cf43e91f2137ff7b2dcadc62
URL:
https://github.com/llvm/llvm-project/commit/17f4f262fc5c4361cf43e91f2137ff7b2dcadc62
DIFF:
Author: Nathan Chancellor
Date: 2023-08-08T13:41:21-07:00
New Revision: a22d385f9656c95f5ce4155ea705aab6f8ef6d82
URL:
https://github.com/llvm/llvm-project/commit/a22d385f9656c95f5ce4155ea705aab6f8ef6d82
DIFF:
nathanchance wrote:
This does not appear to drop `clang/test/Driver/aarch64-soft-float-abi.c` which
was added by that change, do the tests pass with that test still present? I am
guessing there was a conflict because of the forward fix in
5b8e7ed787f6e537876c4fdafd070eba9681f343.
Regardless,
nathanchance wrote:
For what it's worth, this breaks building the Linux kernel for `ARCH=arm64`
pretty badly, with errors in several drivers:
```
$ make -skj"$(nrpoc)" ARCH=arm64 LLVM=1 mrproper defconfig all
...
drivers/clk/qcom/gcc-ipq6018.c:896:2: error: expression requires 'double' type
nathanchance wrote:
> @nathanchance can you test this please to verify it's unbreaking the linux
> kernel builds?
A quick initial test shows this resolves the two cases that I found in
https://github.com/llvm/llvm-project/issues/73168. I can do a fuller set of
builds if necessary but since
nathanchance wrote:
The latest version of this change causes test failures for me:
```
$ cmake \
-B build \
-G Ninja \
-S llvm \
--log-level=NOTICE \
-Wno-dev \
-DCMAKE_BUILD_TYPE=Release \
-DCMAKE_C_COMPILER=clang \
nathanchance wrote:
For what it's worth, this resolves both the issues that I reported at
https://github.com/llvm/llvm-project/issues/73168, at least when building the
full two files that I noticed had a problem before. I can do more builds later
if necessary.
nathanchance wrote:
For what it's worth, I see a new crash on the latest version of this PR, in
case it is not known.
```
$ make -skj"$(nproc)" ARCH=arm64 LLVM=1 mrproper allmodconfig
net/ipv4/udp_tunnel_nic.o
clang: /home/nathan/cbl/src/llvm-project/llvm/lib/IR/Instructions.cpp:3342:
static
nathanchance wrote:
This is out of my wheelhouse to debug to be honest but it seems to me that
`clang-repl` does not respect `LLVM_DEFAULT_TARGET_TRIPLE` somehow? This test
does the same thing as other tests to build modules but this appears to be the
only one that uses `clang-repl` to
@@ -0,0 +1,31 @@
+// UNSUPPORTED: system-aix
+//
+// RUN: rm -rf %t
+// RUN: mkdir -p %t
+// RUN: split-file %s %t
+//
+// RUN: %clang -std=c++20 %t/mod.cppm --precompile \
+// RUN: -o %t/mod.pcm
+// RUN: %clang %t/mod.pcm -c -o %t/mod.o
+// RUN: %clang -shared %t/mod.o -o
@@ -0,0 +1,31 @@
+// UNSUPPORTED: system-aix
+//
+// RUN: rm -rf %t
+// RUN: mkdir -p %t
+// RUN: split-file %s %t
+//
+// RUN: %clang -std=c++20 %t/mod.cppm --precompile \
+// RUN: -o %t/mod.pcm
+// RUN: %clang %t/mod.pcm -c -o %t/mod.o
+// RUN: %clang -shared %t/mod.o -o
nathanchance wrote:
> But due to I can't reproduce the failure, @nathanchance would you like to
> make this? I don't want to make something that I can't test.
I don't mind submitting something if I have some guidance around how this
should be handled (I am a little lost in this thread at the
nathanchance wrote:
For what it's worth, this test appears to fail when
`LLVM_DEFAULT_TARGET_TRIPLE` is changed (my script sets it to the output of my
Linux distribution's `clang -print-target-triple`)
```
error: PCH file was compiled for the target 'x86_64-pc-linux-gnu' but the
current
nathanchance wrote:
@vgvassilev Yes, it appears so, I tried one of the examples from [the
documentation](https://clang.llvm.org/docs/ClangRepl.html) since I have no
prior experience with `clang-repl`.
```
$ clang-repl --version
LLVM (http://llvm.org/):
LLVM version 19.0.0git
Optimized
nathanchance wrote:
This change introduces a crash with `-fsanitize=array-bounds`. A reproducer
from `cvise`:
```c
struct irq_data {
struct irq_domain *domain;
} irq_domain_fix_revmap_d;
struct irq_domain {
struct irq_domain *parent;
int revmap_size;
struct irq_data *revmap[]
nathanchance wrote:
For what it's worth, this change adds several instances of
`-Wenum-enum-conversion` for the Linux kernel:
https://github.com/ClangBuiltLinux/linux/issues/2002. I assume this is
intentional given the nature of the change as a whole but neither the tests nor
the release
nathanchance wrote:
Thanks, this resolves my reported issue!
https://github.com/llvm/llvm-project/pull/86017
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
nathanchance wrote:
This seems reasonable to me. From the perspective of the Linux kernel, this
seems like it should be a no-op, as we enable `-Wcast-function-type` and
disable `-Wcast-function-type-strict` (under a normal build, it is on with
`W=1`) explicitly:
```
$ rg
nathanchance wrote:
I see a crash from an unreachable statement while building the Linux kernel
with debug info enabled after this change. A trivial reproducer from `cvise`:
```c
struct {
int num_counters;
long value[] __attribute__((__counted_by__(num_counters)));
}
30 matches
Mail list logo