[llvm-bugs] [Bug 50285] New: [DebugInfo@O2] Poor coverage for frame index variable locations
https://bugs.llvm.org/show_bug.cgi?id=50285
Bug ID: 50285
Summary: [DebugInfo@O2] Poor coverage for frame index variable
locations
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: Common Code Generator Code
Assignee: unassignedb...@nondot.org
Reporter: orlando.hy...@sony.com
CC: llvm-bugs@lists.llvm.org
In the reproducer below, the variable 'local' has no location around the call
to 'ext' when built with "-O2 -g -c" (targeting x86_64-unknown-linux-gnu):
clang built at 71597d40e878.
$ cat test.cpp
void ext(int, int, int, int, int, int, int, int, int, int);
void escape(int*);
int example() {
int local = 0;
escape(&local);
ext(0, 1, 2, 3, 4, 5, 6, 7, 8, 9);
local += 2;
return local;
}
$ clang -O2 -g -c test.cpp -o test.o
$ llvm-objdump -d test.o
test.o: file format elf64-x86-64
Disassembly of section .text:
<_Z7examplev>:
0: 50pushq %rax
1: c7 44 24 04 00 00 00 00 movl$0, 4(%rsp)
9: 48 8d 7c 24 04leaq4(%rsp), %rdi
e: e8 00 00 00 00callq 0x13 <_Z7examplev+0x13>
13: 31 ff xorl%edi, %edi
15: be 01 00 00 00movl$1, %esi
1a: ba 02 00 00 00movl$2, %edx
1f: b9 03 00 00 00movl$3, %ecx
24: 41 b8 04 00 00 00 movl$4, %r8d
2a: 41 b9 05 00 00 00 movl$5, %r9d
30: 6a 09 pushq $9
32: 6a 08 pushq $8
34: 6a 07 pushq $7
36: 6a 06 pushq $6
38: e8 00 00 00 00callq 0x3d <_Z7examplev+0x3d>
3d: 48 83 c4 20 addq$32, %rsp
41: 8b 44 24 04 movl4(%rsp), %eax
45: 83 c0 02 addl$2, %eax
48: 59popq%rcx
49: c3retq
$ llvm-dwarfdump test.o --name local
test.o: file format elf64-x86-64
0x0047: DW_TAG_variable
DW_AT_location(0x:
[0x0001, 0x0009): DW_OP_consts +0,
DW_OP_stack_value
[0x0009, 0x0032): DW_OP_breg7 RSP+4
[0x0045, 0x004a): DW_OP_reg0 RAX)
DW_AT_name("local")
DW_AT_decl_file ("test.cpp")
DW_AT_decl_line (4)
The variable 'local' is not given a location over the interval [32, 45) even
though its stack home is still valid here (RSP+8, RSP+12, ...).
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 26457] In std=g++11, conversion using P::operator const std::string fails
https://bugs.llvm.org/show_bug.cgi?id=26457 Jan Engelhardt changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Jan Engelhardt --- clang 12 rejects it. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49480] Regression: lld/mac at 203731d2c82 is ~4% slower than lld/mac at 13f439a1872b5
https://bugs.llvm.org/show_bug.cgi?id=49480 Nico Weber changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #11 from Nico Weber --- Let's close this out, there's nothing actionable left here at this point, and due to other changes we're faster than we were before this regression now. If something else regresses perf again, let's open a new bug then. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50286] New: Missing line information after SROA pass at Og
https://bugs.llvm.org/show_bug.cgi?id=50286
Bug ID: 50286
Summary: Missing line information after SROA pass at Og
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: enhancement
Priority: P
Component: DebugInfo
Assignee: unassignedb...@nondot.org
Reporter: cristianassaia...@outlook.com
CC: jdevliegh...@apple.com, keith.wal...@arm.com,
llvm-bugs@lists.llvm.org,
paul_robin...@playstation.sony.com
The last assignment to a variable passed to an external function is not reached
in debugging.
If we set a breakpoint on line 11, with a next operation we will end up on line
15, thus skipping line 14 where the last assignment is done.
>From opt-bisect, the pass after which the line is not reached anymore is: SROA
pass.
Beside this, upon calling the external function, the variable v_0 appears to be
not available in lldb but we should see that its value is the same as v_1 from
its last assignment.
>From both asm and IR, we can see that after SROA pass the first two parameters
to test_out are the same variable/register:
ASM --
400533: 89 df mov%ebx,%edi
400535: 89 de mov%ebx,%esi
400537: 89 ea mov%ebp,%edx
400539: e8 a2 ff ff ff callq 4004e0
IR -
call void @test_out(i32 %6, i32 %6, i32 %3, i32 %10) #3, !dbg !26
Could it be possible to map this parameter passing to the last assignment line?
$ cat a.c
int test_in();
void test_out(int v_0, int v_1, int v_2, int v_3);
int main()
{
int v_0, v_1, v_2, v_3;
v_0 = test_in();
v_1 = test_in();
v_2 = test_in();
v_3 = test_in();
v_1 = (v_2 * ~(~v_0 + v_3));
v_0 = (v_2 >> (v_3 < (v_0 < v_1)));
v_0 = (v_2 * v_3);
v_0 = v_1;
v_3 = ((v_1 & (v_2 & v_3)) < v_0);
test_out(v_0, v_1, v_2, v_3);
return 0;
}
$ cat lib/test.c
#include
int ctr = 0;
int test_in() {
return ctr++;
}
void test_out(int v_0, int v_1, int v_2, int v_3) {
printf("%d%d%d%d", v_0, v_1, v_2, v_3);
}
$ clang -v
clang version 13.0.0
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.5.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/8
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/7.5.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
$ lldb -v
lldb version 13.0.0
clang revision c2c977ce50597b0e5186afc342c5784bd0aa6973
lldb revision c2c977ce50597b0e5186afc342c5784bd0aa6973
$ clang -g -Og -o opt lib/test.c a.c
$ lldb opt
(lldb) target create "opt"
Current executable set to '/home/stepping/test/opt' (x86_64).
(lldb) b 11
Breakpoint 1: where = opt`main + 35 at a.c:11:15, address = 0x00400523
(lldb) r
Process 36 launched: '/home/stepping/test/opt' (x86_64)
Process 36 stopped
* thread #1, name = 'opt', stop reason = breakpoint 1.1
frame #0: 0x00400523 opt`main at a.c:11:15
8v_1 = test_in();
9v_2 = test_in();
10 v_3 = test_in();
-> 11 v_1 = (v_2 * ~(~v_0 + v_3));
12 v_0 = (v_2 >> (v_3 < (v_0 < v_1)));
13 v_0 = (v_2 * v_3);
14 v_0 = v_1;
(lldb) n
Process 36 stopped
* thread #1, name = 'opt', stop reason = step over
frame #0: 0x00400528 opt`main at a.c:15:21
12 v_0 = (v_2 >> (v_3 < (v_0 < v_1)));
13 v_0 = (v_2 * v_3);
14 v_0 = v_1;
-> 15 v_3 = ((v_1 & (v_2 & v_3)) < v_0);
16 test_out(v_0, v_1, v_2, v_3);
17
18 return 0;
(lldb) frame var v_0
(int) v_0 =
(lldb) frame var v_1
(int) v_1 = -6
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 48851] Clang Incorrectly Determines SPMD vs Generic OpenMP Kernel
https://bugs.llvm.org/show_bug.cgi?id=48851 Alexey Bataev changed: What|Removed |Added Fixed By Commit(s)||230953d5771f6f3ce6bf86b8bb6 ||ae4d5eb75a218 Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #3 from Alexey Bataev --- Fixed by 230953d5771f6f3ce6bf86b8bb6ae4d5eb75a218 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50287] New: Preprocessor directives force inline functions to unfold
https://bugs.llvm.org/show_bug.cgi?id=50287
Bug ID: 50287
Summary: Preprocessor directives force inline functions to
unfold
Product: clang
Version: 12.0
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Formatter
Assignee: unassignedclangb...@nondot.org
Reporter: evg6...@gmail.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org
Steps to Reproduce:
1. Create style with `AllowShortFunctionsOnASingleLine` set to `Inline` or
`All`.
2. Create C++ file with following contents:
```cpp
struct Foo {
#ifdef FOO
#endif
void foo() {}
};
#ifdef BAR
#endif
void bar() {}
```
3. Format file.
Actual Results:
```cpp
struct Foo {
#ifdef FOO
#endif
void foo()
{
}
};
#ifdef BAR
#endif
void bar()
{
}
```
Expected Results:
```cpp
struct Foo {
#ifdef FOO
#endif
void foo() {}
};
#ifdef BAR
#endif
void bar() {}
```
Additional Information:
Adding comment line between pp directive and function make clang-format behave
like intended
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50288] New: opt -enable-loop-distribute -loop-distribute crashes with Assertion `Partition != -2 && "Pointer not belonging to any partition"' failed.
https://bugs.llvm.org/show_bug.cgi?id=50288 Bug ID: 50288 Summary: opt -enable-loop-distribute -loop-distribute crashes with Assertion `Partition != -2 && "Pointer not belonging to any partition"' failed. Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: Loop Optimizer Assignee: unassignedb...@nondot.org Reporter: mikael.hol...@ericsson.com CC: llvm-bugs@lists.llvm.org Created attachment 24846 --> https://bugs.llvm.org/attachment.cgi?id=24846&action=edit bbi-55997.ll reproducer Reproduce with: opt -enable-new-pm=0 -enable-loop-distribute -loop-distribute -o /dev/null bbi-55997.ll Result opt: ../lib/Transforms/Scalar/LoopDistribute.cpp:531: SmallVector (anonymous namespace)::InstPartitionContainer::computePartitionSetForPointers(const llvm::LoopAccessInfo &): Assertion `Partition != -2 && "Pointer not belonging to any partition"' failed. This starts happening with 1ed7f8ede564 [LAA] Support pointer phis in loop by analyzing each incoming pointer. SCEV does not look through non-header PHIs inside the loop. Such phis can be analyzed by adding separate accesses for each incoming pointer value. This results in 2 more loops vectorized in SPEC2000/186.crafty and avoids regressions when sinking instructions before vectorizing. Reviewed By: Meinersbur Differential Revision: https://reviews.llvm.org/D101286 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 47988] Enable build status feedback from Buildkite to GitHub (for release branches)
https://bugs.llvm.org/show_bug.cgi?id=47988 Christian Kühnel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Christian Kühnel --- It looks like someone already set that up. Thx to the unknown admin :) -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 48757] llc -stop-after broken after "Introduce CodeGenPassBuilder to help build codegen pipeline"
https://bugs.llvm.org/show_bug.cgi?id=48757 Yuanfang Chen changed: What|Removed |Added Resolution|--- |INVALID Status|NEW |RESOLVED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50289] New: Backport 82150606fb11d28813ae6 into 12.0.1
https://bugs.llvm.org/show_bug.cgi?id=50289 Bug ID: 50289 Summary: Backport 82150606fb11d28813ae6 into 12.0.1 Product: compiler-rt Version: unspecified Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: asan Assignee: unassignedb...@nondot.org Reporter: sguel...@redhat.com CC: llvm-bugs@lists.llvm.org This fixes asan integration on some systems depending on the glibc version. On those systems, asan is not usable without this patch. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49704] Support 32-bit x86
https://bugs.llvm.org/show_bug.cgi?id=49704 Jez Ng changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from Jez Ng --- Seems reasonable :) -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50148] [X32] Wrong exception table generation
https://bugs.llvm.org/show_bug.cgi?id=50148 Harald van Dijk changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50290] New: Cannot use fields in requires expression before declaration
https://bugs.llvm.org/show_bug.cgi?id=50290
Bug ID: 50290
Summary: Cannot use fields in requires expression before
declaration
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: enhancement
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: llvm-b...@admitriev.name
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org,
neeil...@live.com, richard-l...@metafoo.co.uk
If I use field (or this->field) inside the requires requires, clang supposes it
not existent.
Code:
struct S {
double result() {
return 0;
}
};
template
class Outer {
public:
double result() requires requires {this->inner.result();} {
return inner.result();
}
Inner inner;
};
double foo() {
Outer c;
return c.result();
}
Compiler explorer link: https://godbolt.org/z/zdcTjYoE8
If I change this to
class Outer {
public:
double result() requires requires {this->inner.result();} {
return inner.result();
}
Inner inner;
};
, then it does work.
I expect original code to work because normally inside a class all variables
are considered (e.g return inner.result(); is fine), but maybe I am not
correct and there is wording that prohibits this code.
Note that gcc does compile this code (which I understand doesn't mean the code
is correct)
options I've used: -std=c++20
clang++ -v gives me
#1 with x86-64 clang (trunk)
clang version 13.0.0 (https://github.com/llvm/llvm-project.git
0f8854f7f5d3e98f32eef7cfd09d5b8915a7d301)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /opt/compiler-explorer/clang-trunk/bin
Found candidate GCC installation:
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0
Selected GCC installation:
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
(in-process)
"/opt/compiler-explorer/clang-trunk-20210510/bin/clang-13" -cc1 -triple
x86_64-unknown-linux-gnu -S -disable-free -disable-llvm-verifier
-discard-value-names -main-file-name example.cpp -mrelocation-model static
-mframe-pointer=all -fmath-errno -fno-rounding-math -mconstructor-aliases
-munwind-tables -target-cpu x86-64 -tune-cpu generic -mllvm
-treat-scalable-fixed-error-as-warning -debug-info-kind=limited
-dwarf-version=4 -debugger-tuning=gdb -v -fcoverage-compilation-dir=/app
-resource-dir /opt/compiler-explorer/clang-trunk-20210510/lib/clang/13.0.0
-isystem /opt/compiler-explorer/libs/outcome/single-header -internal-isystem
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0
-internal-isystem
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0/x86_64-linux-gnu
-internal-isystem
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0/backward
-internal-isystem
/opt/compiler-explorer/clang-trunk-20210510/lib/clang/13.0.0/include
-internal-isystem /usr/local/include -internal-isystem
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../x86_64-linux-gnu/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /include -internal-externc-isystem /usr/include
-std=c++20 -fdeprecated-macro -fdebug-compilation-dir=/app -ferror-limit 19
-fgnuc-version=4.2.1 -fno-implicit-modules -fcxx-exceptions -fexceptions
-fcolor-diagnostics -mllvm --x86-asm-syntax=intel -faddrsig
-D__GCC_HAVE_DWARF2_CFI_ASM=1 -o /app/output.s -x c++
clang -cc1 version 13.0.0 based upon LLVM 13.0.0git default target
x86_64-unknown-linux-gnu
ignoring nonexistent directory
"/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../x86_64-linux-gnu/include"
ignoring nonexistent directory "/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/compiler-explorer/libs/outcome/single-header
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0/x86_64-linux-gnu
/opt/compiler-explorer/gcc-snapshot/lib/gcc/x86_64-linux-gnu/12.0.0/../../../../include/c++/12.0.0/backward
/opt/compiler-explorer/clang-trunk-20210510/lib/clang/13.0.0/include
/usr/local/include
/usr/include/x86_64-linux-gnu
/usr/include
End of search list.
--
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49400] BPF: backport commit 51cdb780db3b9b46c783efcec672c4da272e9992
https://bugs.llvm.org/show_bug.cgi?id=49400 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Fixed By Commit(s)|51cdb780db3b9b46c783efcec67 |51cdb780db3b9b46c783efcec67 |2c4da272e9992 |2c4da272e9992 6564e0cf7e61 Resolution|--- |FIXED --- Comment #2 from Tom Stellard --- Merged: 6564e0cf7e61 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 49400, which changed state. Bug 49400 Summary: BPF: backport commit 51cdb780db3b9b46c783efcec672c4da272e9992 https://bugs.llvm.org/show_bug.cgi?id=49400 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49832] InstCombine incorrectly folds select of vector
https://bugs.llvm.org/show_bug.cgi?id=49832 Tom Stellard changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED Fixed By Commit(s)|c0b0da468490 c590a9880d7a |c0b0da468490 c590a9880d7a |78e5cf66fec5 e2a0f512eaca |78e5cf66fec5 e2a0f512eaca ||c89d50033228 4a12f51ad009 ||266c82f94da2 8e2ff387d30d --- Comment #15 from Tom Stellard --- Merged: 8e2ff387d30d -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 48902] [meta] 12.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=48902 Bug 48902 depends on bug 49832, which changed state. Bug 49832 Summary: InstCombine incorrectly folds select of vector https://bugs.llvm.org/show_bug.cgi?id=49832 What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 49832, which changed state. Bug 49832 Summary: InstCombine incorrectly folds select of vector https://bugs.llvm.org/show_bug.cgi?id=49832 What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50291] New: wasm-ld: crash in string merging with emscripten sqlite test
https://bugs.llvm.org/show_bug.cgi?id=50291 Bug ID: 50291 Summary: wasm-ld: crash in string merging with emscripten sqlite test Product: lld Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: enhancement Priority: P Component: wasm Assignee: unassignedb...@nondot.org Reporter: s...@chromium.org CC: llvm-bugs@lists.llvm.org, s...@chromium.org test_sqlite at O2 and above is failing with: ```wasm-ld: error: /tmp/emscripten_temp_92a2xc_i/src_0.o:(.rodata..L.str.55): offset is outside the section emcc: error: '/usr/local/google/home/sbc/dev/wasm/llvm-build/bin/wasm-ld -o src.wasm /tmp/emscripten_temp_92a2xc_i/src_0.o -L/usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libgl.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libal.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libhtml5.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libc.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libcompiler_rt.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libdlmalloc.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libc_rt_wasm.a /usr/local/google/home/sbc/dev/wasm/emscripten/cache/sysroot/lib/wasm32-emscripten/libsockets.a -mllvm -combiner-global-alias-analysis=false -mllvm -enable-emscripten-sjlj -mllvm -disable-lsr --allow-undefined --strip-debug --export main --export sqlite3_open --export sqlite3_close --export sqlite3_exec --export sqlite3_free --export stackSave --export stackRestore --export stackAlloc --export __wasm_call_ctors --export __errno_location --export malloc --export free --export _get_tzname --export _get_daylight --export _get_timezone --export memalign --export memset --export-if-defined=__start_em_asm --export-if-defined=__stop_em_asm --export-table -z stack-size=5242880 --initial-memory=16777216 --no-entry --max-memory=16777216 --global-base=1024' failed (1) ``` This seems to be the only occurrence of this crash in the whole test suite.. and it doesn't happen at -O0 or -O1. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49904] LLVM 12 regression (GlobalISel): AArch64 backend generates incorrect code for ashr
https://bugs.llvm.org/show_bug.cgi?id=49904 Tom Stellard changed: What|Removed |Added Fixed By Commit(s)|40e75cafc0fe|40e75cafc0fe 24535af52ae1 Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #6 from Tom Stellard --- Merged: 24535af52ae1 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 48902] [meta] 12.0.0 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=48902 Bug 48902 depends on bug 49904, which changed state. Bug 49904 Summary: LLVM 12 regression (GlobalISel): AArch64 backend generates incorrect code for ashr https://bugs.llvm.org/show_bug.cgi?id=49904 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 49904, which changed state. Bug 49904 Summary: LLVM 12 regression (GlobalISel): AArch64 backend generates incorrect code for ashr https://bugs.llvm.org/show_bug.cgi?id=49904 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50252] Merge 1c4cb510b4daccc0f4763958567affc2b442f317 into release/12.x
https://bugs.llvm.org/show_bug.cgi?id=50252 Tom Stellard changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Fixed By Commit(s)|1c4cb510b4daccc0f4763958567 |1c4cb510b4daccc0f4763958567 |affc2b442f317 |affc2b442f317 067c06dc8395 --- Comment #3 from Tom Stellard --- Merged: 067c06dc8395 -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50260] Correctly assert the indents for printEnumValHelpStr.
https://bugs.llvm.org/show_bug.cgi?id=50260 Tom Stellard changed: What|Removed |Added Fixed By Commit(s)|d9f2960c932c9803e662098e33d |d9f2960c932c9803e662098e33d |899efa3c67f44 |899efa3c67f44 f3e07c841e2f Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #1 from Tom Stellard --- Merged: f3e07c841e2f -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 50252, which changed state. Bug 50252 Summary: Merge 1c4cb510b4daccc0f4763958567affc2b442f317 into release/12.x https://bugs.llvm.org/show_bug.cgi?id=50252 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49317] [meta] 12.0.1 Release Blockers
https://bugs.llvm.org/show_bug.cgi?id=49317 Bug 49317 depends on bug 50260, which changed state. Bug 50260 Summary: Correctly assert the indents for printEnumValHelpStr. https://bugs.llvm.org/show_bug.cgi?id=50260 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50292] New: Clang assembler does not recognize long jumps for x86 intel assembly
https://bugs.llvm.org/show_bug.cgi?id=50292 Bug ID: 50292 Summary: Clang assembler does not recognize long jumps for x86 intel assembly Product: clang Version: 12.0 Hardware: PC OS: Windows NT Status: NEW Severity: enhancement Priority: P Component: Driver Assignee: unassignedclangb...@nondot.org Reporter: iankronqu...@gmail.com CC: llvm-bugs@lists.llvm.org, neeil...@live.com, richard-l...@metafoo.co.uk When clang is invoked on an assembly file, I expect it to be compatible with gcc and binutils as. When using Intel syntax, clang does not properly assemble the x86 long jump instruction, used to reload the code segment descriptor. This happens in .code16 and .code32 mode. Here is an example that will assemble with gcc and binutils as, but not with clang: ``` ian@iankhome:~/k2$ cat bug.S .intel_syntax noprefix .code16 .text .global _start _start: jmp 0:.canonicalized_ip .canonicalized_ip: jmp 0x18:.protected .code32 .protected: jmp 0x28,.long_mode .long_mode: ian@iankhome:~/k2$ clang-11 -c bug.S bug.S:7:7: error: unexpected token in argument list jmp 0:.canonicalized_ip ^ bug.S:9:10: error: unexpected token in argument list jmp 0x18:.protected ^ bug.S:12:5: error: invalid operand for instruction jmp 0x28,.long_mode ^ ian@iankhome:~/k2$ gcc -c bug.S ian@iankhome:~/k2$ as -c bug.S ian@iankhome:~/k2$ clang-11 --version Ubuntu clang version 11.0.0-2~ubuntu20.04.1 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin ian@iankhome:~/k2$ as --version GNU assembler (GNU Binutils for Ubuntu) 2.34 Copyright (C) 2020 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. ian@iankhome:~/k2$ gcc --version gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 Copyright (C) 2019 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ``` Adding the clang command line flags -masm=intel doesn't change clang's behavior. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 50269] [Python API] Process state "unloaded" even after successfully connecting to debugserver.
https://bugs.llvm.org/show_bug.cgi?id=50269 Nisarg Jhaveri changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Nisarg Jhaveri --- #1 worked. If I handle the events just after running `process connect ...` and before `process launch`, it successfully updates the process state to connected and launches correctly. #2 still didn't work. Even with `debugger.SetAsync(False)`, it was showing the same behaviour. I remember looking at SBDebugger.HandleCommand source code and looks like it is the one that handles events when async mode is off. So, I tried the following and it worked. >debugger.SetAsync(False); >for command in commands: debugger.HandleCommand(command) >debugger.SetAsync(True); Looks like there is some difference in behaviour between `SBDebugger.HandleCommand` and `SBCommandInterpreter.HandleCommand`. Though, thanks a lot for pointing out that we need to consume the events for it to work. This solves my issue for now. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 49223] No AMX ldtilecfg emitted when compiled without optimizations
https://bugs.llvm.org/show_bug.cgi?id=49223 Pengfei Wang changed: What|Removed |Added Resolution|WORKSFORME |FIXED Fixed By Commit(s)||https://reviews.llvm.org/rG ||d4bdeca5765ac2e81e217a5fa87 ||3d1ffbf0e95b0 --- Comment #4 from Pengfei Wang --- Fixed by rGd4bdeca5765a: [X86] Support AMX fast register allocation. -- You are receiving this mail because: You are on the CC list for the bug.___ llvm-bugs mailing list llvm-bugs@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
