[llvm-bugs] [Bug 45191] clang generates incorrect X86-64 code optimization for integer assignment-comparison

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45191

Roman Lebedev  changed:

   What|Removed |Added

 CC||lebedev...@gmail.com
 Resolution|--- |INVALID
 Status|NEW |RESOLVED

--- Comment #3 from Roman Lebedev  ---
https://godbolt.org/z/-jXo5M

example.cpp:14:25: runtime error: signed integer overflow: 2147483647 + 16
cannot be represented in type 'int'

SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior example.cpp:14:25 in 

example.cpp:12:27: runtime error: signed integer overflow: -2147483633 -
2147483647 cannot be represented in type 'int'

SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior example.cpp:12:27 in 

.m = 16

-- 
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 45192] New: Clang unable to optimize away constant stores to Wi/Xi

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45192

Bug ID: 45192
   Summary: Clang unable to optimize away constant stores to Wi/Xi
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: AArch64
  Assignee: unassignedb...@nondot.org
  Reporter: gli...@google.com
CC: arnaud.degrandmai...@arm.com,
llvm-bugs@lists.llvm.org, ndesaulni...@google.com,
smithp...@googlemail.com, ties.st...@arm.com

I'm seeing a lot of occurrences of the following pattern when compiling an
Android 4.14 kernel with -ftrivial-var-auto-init=pattern:

ff8008f3686c:   3201f3e9mov w9, #0x
// #-1431655766
ff8008f36870:   293327a9stp w9, w9, [x29, #-104]
ff8008f36874:   b201f3e9mov x9, #0x
// #-6148914691236517206
ff8008f36878:   a93a27a9stp x9, x9, [x29, #-96]
ff8008f3687c:   a93b27a9stp x9, x9, [x29, #-80]


I suppose a more optimal code for this would be:

  mov x9, #0x // #-6148914691236517206
  stp w9, w9, [x29, #-104]
  stp x9, x9, [x29, #-96]
  stp x9, x9, [x29, #-80]

-- 
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 45193] New: [AMDGPU][MC][GFX10][DISASSEMBLER] Failure to decode valid v_writelane_b32 code

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45193

Bug ID: 45193
   Summary: [AMDGPU][MC][GFX10][DISASSEMBLER] Failure to decode
valid v_writelane_b32 code
   Product: libraries
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: AMDGPU
  Assignee: unassignedb...@nondot.org
  Reporter: dpreobrazhen...@luxoft.com
CC: llvm-bugs@lists.llvm.org

Disassembler failed to decode the following valid code fragment:

0xff,0x00,0x61,0xd7,0x01,0x04,0x00,0x00

expected result:

v_writelane_b32 v255, s1, s2

Correcting the first byte as follows:

0xfe,0x00,0x61,0xd7,0x01,0x04,0x00,0x00

result in successfuly decoded instruction:

v_writelane_b32 v254, s1, s2

-- 
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 45194] New: clang crashes when pass -enable-hexagon-sdnode-sched to Hexagon backend

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45194

Bug ID: 45194
   Summary: clang crashes when pass -enable-hexagon-sdnode-sched
to Hexagon backend
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Backend: Hexagon
  Assignee: unassignedb...@nondot.org
  Reporter: xinglong.l...@gmail.com
CC: llvm-bugs@lists.llvm.org

cmd:
clang --target=hexagon -S test.c -o test.s -O1 -mllvm
-enable-hexagon-sdnode-sched

result:
clang crashes with assertion:
llvm::MachineInstr* llvm::SUnit::getInstr() const: Assertion `!Node && "Reading
MachineInstr of SUnit with SDNode!"` failed.

expected:
generate correct test.s

-- 
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 43571] Compilation hang at -O2

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=43571

Ehud Katz  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Fixed By Commit(s)||rGfcc2238b8bfb
 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 45164] Assertion in backend causes invalid accesses in driver

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45164

Hans Wennborg  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #6 from Hans Wennborg  ---
(In reply to Alexandre Ganea from comment #5)
> Fixed by
> https://github.com/llvm/llvm-project/commit/
> 28ad9fc20823678881baa0d723834b88ea9e8e3a

And pushed to 10.x in 92f7aebe2d7e03d7d04b4d2f978482268b63aa7f.

Many thanks for the quick fix!

-- 
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 44555] [meta] 10.0.0 Release Blockers

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=44555
Bug 44555 depends on bug 45164, which changed state.

Bug 45164 Summary: Assertion in backend causes invalid accesses in driver
https://bugs.llvm.org/show_bug.cgi?id=45164

   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 45195] New: clang rGfcc2238b8bfb crashes randomly due to memory corruption

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45195

Bug ID: 45195
   Summary: clang rGfcc2238b8bfb crashes randomly due to memory
corruption
   Product: clang
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: ehudk...@gmail.com
  Reporter: samitolva...@google.com
CC: htmldevelo...@gmail.com, k...@alumni.harvard.edu,
listm...@philipreames.com, llvm-bugs@lists.llvm.org,
max.kazant...@azul.com, ndesaulni...@google.com,
neeil...@live.com, nikita@gmail.com,
richard-l...@metafoo.co.uk,
san...@playingwithpointers.com

Created attachment 23229
  --> https://bugs.llvm.org/attachment.cgi?id=23229&action=edit
ecc-7086f7 crash reproducer

Starting with commit fcc2238b8bfb9498b46a48d219193de8c00a25a0 ("[SCEV] Add
missing cache queries"), clang started randomly crashing when compiling the
Linux kernel with the following type of errors:

free(): invalid size
Stack dump:
0.  Program arguments:
/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/bin/clang-11
-cc1 -triple aarch64-unknown-linux-gnu -S -disable-free -disable-llvm-v
erifier -discard-value-names -main-file-name ecc.c -mrelocation-model static
-mthread-model posix -fno-delete-null-pointer-checks -mllvm
-warn-stack-size=2048 -mframe-pointer=non-leaf -relaxed-aliasing -mdisable
-tail-calls -fmath-errno -fno-rounding-math -masm-verbose -no-integrated-as
-mconstructor-aliases -target-cpu generic -target-feature -fp-armv8
-target-feature -crypto -target-feature -neon -target-feature -sha2
 -target-feature -aes -target-abi aapcs -mllvm
-aarch64-enable-global-merge=false -fallow-half-arguments-and-returns
-dwarf-column-info -fno-split-dwarf-inlining -debug-info-kind=limited
-dwarf-version=4 -debugg
er-tuning=gdb -nostdsysteminc -nobuiltininc -resource-dir
/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/lib/clang/11.0.0
-dependency-file crypto/.ecc.o.d -MT
 crypto/ecc.o -sys-header-deps -isystem
/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/lib/clang/11.0.0/include
-include ./include/linux/kconfig.h -include ./
include/linux/compiler_types.h -I ./arch/arm64/include -I
./arch/arm64/include/generated -I ./include -I ./arch/arm64/include/uapi -I
./arch/arm64/include/generated/uapi -I ./include/uapi -I ./include/generated/
uapi -D __KERNEL__ -D KASAN_SHADOW_SCALE_SHIFT=3 -D
CONFIG_CC_HAS_K_CONSTRAINT=1 -D KASAN_SHADOW_SCALE_SHIFT=3 -D MODULE -D
KBUILD_BASENAME="ecc" -D KBUILD_MODNAME="ecc" -fmacro-prefix-map=./= -O2 -Wall
-Wundef 
-Werror=strict-prototypes -Wno-trigraphs -Werror=implicit-function-declaration
-Werror=implicit-int -Wno-format-security -Werror=unknown-warning-option
-Wno-frame-address -Wno-address-of-packed-member -Wno-forma
t-invalid-specifier -Wno-gnu -Wno-tautological-compare
-Wno-unused-const-variable -Wdeclaration-after-statement -Wvla
-Wno-pointer-sign -Werror=date-time -Werror=incompatible-pointer-types
-Wno-initializer-overr
ides -Wno-format -Wno-sign-compare -Wno-format-zero-length -std=gnu89
-fno-dwarf-directory-asm -fdebug-compilation-dir
/usr/local/google/home/samitolvanen/android/kernel/linux -ferror-limit 19
-fmessage-length 0
 -fwrapv -stack-protector 2 -fno-signed-char -fwchar-type=short
-fno-signed-wchar -fgnuc-version=4.2.1 -fobjc-runtime=gcc
-fdiagnostics-show-option -vectorize-loops -vectorize-slp -o /tmp/ecc-cd5bc4.s
-x c crypt
o/ecc.c 
1.   parser at end of file
2.  Code generation
3.  Running pass 'Function Pass Manager' on module 'crypto/ecc.c'.
4.  Running pass 'Loop Pass Manager' on function '@xycz_add'
5.  Running pass 'Induction Variable Users' on basic block '%532'
 #0 0x02665274 PrintStackTraceSignalHandler(void*)
(/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/bin/clang-11+0x2665274)
 #1 0x02662fbe llvm::sys::RunSignalHandlers()
(/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/bin/clang-11+0x2662fbe)
 #2 0x0266566c SignalHandler(int)
(/usr/local/google/home/samitolvanen/src/unified-llvm/build.fcc2238b8bfb9498b46a48d219193de8c00a25a0/bin/clang-11+0x266566c)
 #3 0x7f9d21f60520 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x13520)
 #4 0x7f9d204fe081 raise
/build/glibc-G5rUEF/glibc-2.29/signal/../sysdeps/unix/sysv/linux/raise.c:51:1
 #5 0x7f9d204e9535 abort /build/glibc-G5rUEF/glibc-2.29/stdlib/abort.c:81:7
 #6 0x7f9d2053fdb8 __libc_message
/build/glibc-G5rUEF/glibc-2.29/libio/../sysdeps/posix/libc_fatal.c:183:1
 #7 0x7f9d2054631a /build/glibc-G5rUEF/glibc-2.29/malloc/malloc.c:5367:3
 #8 0x7

[llvm-bugs] [Bug 45185] rGf1ac5d2263f8 breaks the arm64 Linux kernel

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45185

Sami Tolvanen  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #6 from Sami Tolvanen  ---
Thanks, Florian. I can confirm that the kernel boots fine with the new commit.

-- 
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 45195] clang rGfcc2238b8bfb crashes randomly due to memory corruption

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45195

Sami Tolvanen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #4 from Sami Tolvanen  ---
Thanks, that fixes the problem for me.

-- 
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 43474] -loop-interchange fails to preserve LCSSA

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=43474

Alexey Zhikhartsev  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from Alexey Zhikhartsev  ---
The above patch has been merged.

-- 
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 45201] New: Stack overflow in ScalarEvolution

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45201

Bug ID: 45201
   Summary: Stack overflow in ScalarEvolution
   Product: clang
   Version: 10.0
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: alexandre.ga...@ubisoft.com
CC: ehudk...@gmail.com, h...@chromium.org,
htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org,
neeil...@live.com, richard-l...@metafoo.co.uk

While I don't have a repro, I'm seeing the following issue when using 10.x
release branch to compile one of our codebases on Windows.

clang-cl.exe!?filt$0@0@RunSafely@CrashRecoveryContext@llvm@@() Line 229
C++
clang-cl.exe!__C_specific_handler(_EXCEPTION_RECORD *
ExceptionRecord=0x0007a2203630, void * EstablisherFrame=0x0007a2b8de50,
_CONTEXT * ContextRecord, _DISPATCHER_CONTEXT *
DispatcherContext=0x0007a2202fc0) Line 290C++
ntdll.dll!RtlpExecuteHandlerForException() Unknown
ntdll.dll!RtlDispatchException()Unknown
ntdll.dll!KiUserExceptionDispatch()Unknown
clang-cl.exe!llvm::ScalarEvolution::checkValidity(const llvm::SCEV *
S=0x01c6a0a7d1a8) Line 3810C++
clang-cl.exe!llvm::ScalarEvolution::getExistingSCEV(llvm::Value * V)
Line 3944  C++
clang-cl.exe!llvm::ScalarEvolution::getSCEV(llvm::Value *
V=0x01c6cb578e20) Line 3909   C++
>   clang-cl.exe!llvm::ScalarEvolution::createNodeForGEP(llvm::GEPOperator 
> * GEP=0x01c6dac37090) Line 5447  C++
clang-cl.exe!llvm::ScalarEvolution::createSCEV(llvm::Value * V) Line
6524   C++
clang-cl.exe!llvm::ScalarEvolution::getSCEV(llvm::Value *
V=0x01c6dac37090) Line 3911   C++
clang-cl.exe!llvm::ScalarEvolution::getGEPExpr(llvm::GEPOperator *
GEP=0x01c6dac37110, const llvm::SmallVectorImpl &
IndexExprs={...}) Line 3495C++
clang-cl.exe!llvm::ScalarEvolution::createNodeForGEP(llvm::GEPOperator
* GEP=0x01c6dac37110) Line 5448  C++
clang-cl.exe!llvm::ScalarEvolution::createSCEV(llvm::Value * V) Line
6524   C++
clang-cl.exe!llvm::ScalarEvolution::getSCEV(llvm::Value *
V=0x01c6dac37110) Line 3911   C++
clang-cl.exe!llvm::ScalarEvolution::getGEPExpr(llvm::GEPOperator *
GEP=0x01c6dac37710, const llvm::SmallVectorImpl &
IndexExprs={...}) Line 3495C++


Is this something that was fixed in master? Is this a stack size issue?
(PR10090)? I'd be happy to debug if you instruct me what to do?

-- 
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 45063] 36-byte segfault: template

2020-03-13 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45063

Richard Smith  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|NEW |RESOLVED
 Fixed By Commit(s)||llvmorg-11-init-5775-g44c3a
   ||63c74d

-- 
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