[llvm-bugs] [Bug 36567] New: Crash in getTypeInfoImpl

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36567

Bug ID: 36567
   Summary: Crash in getTypeInfoImpl
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: arthur.j.odw...@gmail.com
CC: llvm-bugs@lists.llvm.org

Created attachment 19981
  --> https://bugs.llvm.org/attachment.cgi?id=19981=edit
Compile with clang++ -std=c++14 to reproduce the crash

Wandbox demo:
- https://wandbox.org/permlink/2kLUK01z5Dmr6Brl

This is a possible duplicate of:
- https://bugs.llvm.org/show_bug.cgi?id=32643
- https://bugs.llvm.org/show_bug.cgi?id=25257


On my MacBook, Xcode crashes like this:
```
clang: error: unable to execute command: Segmentation fault: 11
clang: error: clang frontend command failed due to signal (use -v to see
invocation)
Apple LLVM version 7.3.0 (clang-703.0.31)
Target: x86_64-apple-darwin15.6.0
Thread model: posix
InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to
http://developer.apple.com/bugreporter/ and include the crash backtrace,
preprocessed source, and associated run script.
clang: note: diagnostic msg: 


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg:
/var/folders/1z/jvnkrdws621c6wmrcf7q_918gn/T/z-62e58e.cpp
clang: note: diagnostic msg:
/var/folders/1z/jvnkrdws621c6wmrcf7q_918gn/T/z-62e58e.sh
clang: note: diagnostic msg: 


```

On Wandbox, Clang crashes like this, with a helpful stack trace:
```
[...]
prog.cc:457:5: note: candidate constructor not viable: no known conversion from
'auto' to 'nonstd::future &&' for 1st argument
future(future&&) noexcept = default;
^
#0 0x01b7a9f4 PrintStackTraceSignalHandler(void*)
(/opt/wandbox/clang-head/bin/clang-7.0+0x1b7a9f4)
#1 0x01b7acc6 SignalHandler(int)
(/opt/wandbox/clang-head/bin/clang-7.0+0x1b7acc6)
#2 0x7f9c23a03390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#3 0x03395899 clang::ASTContext::getTypeInfoImpl(clang::Type const*)
const (/opt/wandbox/clang-head/bin/clang-7.0+0x3395899)
#4 0x033965ca clang::ASTContext::getTypeInfo(clang::Type const*) const
(/opt/wandbox/clang-head/bin/clang-7.0+0x33965ca)
#5 0x033964ab clang::ASTContext::getTypeInfoInChars(clang::Type const*)
const (/opt/wandbox/clang-head/bin/clang-7.0+0x33964ab)
#6 0x035499d0 (anonymous
namespace)::ItaniumRecordLayoutBuilder::LayoutField(clang::FieldDecl const*,
bool) (/opt/wandbox/clang-head/bin/clang-7.0+0x35499d0)
#7 0x035459d5 (anonymous
namespace)::ItaniumRecordLayoutBuilder::LayoutFields(clang::RecordDecl const*)
(/opt/wandbox/clang-head/bin/clang-7.0+0x35459d5)
#8 0x0353f852 clang::ASTContext::getASTRecordLayout(clang::RecordDecl
const*) const (/opt/wandbox/clang-head/bin/clang-7.0+0x353f852)
#9 0x03395bca clang::ASTContext::getTypeInfoImpl(clang::Type const*)
const (/opt/wandbox/clang-head/bin/clang-7.0+0x3395bca)
#10 0x033965ca clang::ASTContext::getTypeInfo(clang::Type const*) const
(/opt/wandbox/clang-head/bin/clang-7.0+0x33965ca)
#11 0x03395a64 clang::ASTContext::getTypeInfoImpl(clang::Type const*)
const (/opt/wandbox/clang-head/bin/clang-7.0+0x3395a64)
#12 0x033965ca clang::ASTContext::getTypeInfo(clang::Type const*) const
(/opt/wandbox/clang-head/bin/clang-7.0+0x33965ca)
#13 0x033964ab clang::ASTContext::getTypeInfoInChars(clang::Type
const*) const (/opt/wandbox/clang-head/bin/clang-7.0+0x33964ab)
#14 0x034c807f HandleSizeof((anonymous namespace)::EvalInfo&,
clang::SourceLocation, clang::QualType, clang::CharUnits&)
(/opt/wandbox/clang-head/bin/clang-7.0+0x34c807f)
#15 0x034d2d93 clang::StmtVisitorBase::Visit(clang::Stmt const*)
(/opt/wandbox/clang-head/bin/clang-7.0+0x34d2d93)
#16 0x034ba960 Evaluate(clang::APValue&, (anonymous
namespace)::EvalInfo&, clang::Expr const*)
(/opt/wandbox/clang-head/bin/clang-7.0+0x34ba960)
#17 0x034b6edd EvaluateAsRValue((anonymous namespace)::EvalInfo&,
clang::Expr const*, clang::APValue&)
(/opt/wandbox/clang-head/bin/clang-7.0+0x34b6edd)
#18 0x034b9f5a clang::Expr::isCXX11ConstantExpr(clang::ASTContext
const&, clang::APValue*, clang::SourceLocation*) const
(/opt/wandbox/clang-head/bin/clang-7.0+0x34b9f5a)
#19 0x034b8e57
EvaluateCPlusPlus11IntegralConstantExpr(clang::ASTContext const&, clang::Expr
const*, llvm::APSInt*, clang::SourceLocation*)
(/opt/wandbox/clang-head/bin/clang-7.0+0x34b8e57)
#20 0x034b9d73 clang::Expr::isIntegerConstantExpr(llvm::APSInt&,
clang::ASTContext

[llvm-bugs] Issue 5815 in oss-fuzz: llvm/llvm-isel-fuzzer--aarch64-gisel: ASSERT: NumValues == VTs.NumVTs && "NumValues wasn't wide enough for its operands!"

2018-03-01 Thread ClusterFuzz-External via monorail via llvm-bugs 

Updates:
Status: WontFix

Comment #2 on issue 5815 by ClusterFuzz-External:  
llvm/llvm-isel-fuzzer--aarch64-gisel: ASSERT: NumValues == VTs.NumVTs  
&& "NumValues wasn't wide enough for its operands!"

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5815#c2

ClusterFuzz testcase 5209107020644352 is flaky and no longer crashes, so  
closing issue.


If this is incorrect, please file a bug on  
https://github.com/google/oss-fuzz/issues/new


--
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.
___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36566] New: Merge r326535 into the 6.0 branch : AMDGPU/GCN: Promote i16 ctpop

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36566

Bug ID: 36566
   Summary: Merge r326535 into the 6.0 branch : AMDGPU/GCN:
Promote i16 ctpop
   Product: new-bugs
   Version: 6.0
  Hardware: All
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: jan.ves...@rutgers.edu
CC: llvm-bugs@lists.llvm.org
Blocks: 35804

Is it OK to merge the following revision(s) to the 6.0 branch?


Referenced Bugs:

https://bugs.llvm.org/show_bug.cgi?id=35804
[Bug 35804] [meta] 6.0.0 Release Blockers
-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36565] New: Assertion `Arg != ArgRange.end() && "Running over edge of argument list!"' failed.

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36565

Bug ID: 36565
   Summary: Assertion `Arg != ArgRange.end() && "Running over edge
of argument list!"' failed.
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: LLVM Codegen
  Assignee: unassignedclangb...@nondot.org
  Reporter: shlei...@gmail.com
CC: llvm-bugs@lists.llvm.org

$ clang-trunk -v
clang version 7.0.0 (trunk 326430)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin

$ clang-trunk abc.c
abc.c:1:26: warning: implicitly declaring library function 'va_start' with type
'void (struct __va_list_tag *, ...)'
  [-Wimplicit-function-declaration]
int MSVCRT_fprintf_s() { va_start(); }
 ^
abc.c:1:26: note: include the header  or explicitly provide a
declaration for 'va_start'
abc.c:1:38: warning: control reaches end of non-void function [-Wreturn-type]
int MSVCRT_fprintf_s() { va_start(); }
 ^
clang-7.0:
/home/suhua/compilers/trunk/llvm/tools/clang/lib/CodeGen/CodeGenFunction.h:3958:
void
clang::CodeGen::CodeGenFunction::EmitCallArgs(clang::CodeGen::CallArgList&,
const T*, llvm::iterator_range,
clang::CodeGen::CodeGenFunction::AbstractCallee, unsigned int,
clang::CodeGen::CodeGenFunction::EvaluationOrder) [with T =
clang::FunctionProtoType]: Assertion `Arg != ArgRange.end() && "Running over
edge of argument list!"' failed.
#0 0x023261fa llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x23261fa)
#1 0x0232426e llvm::sys::RunSignalHandlers()
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x232426e)
#2 0x023243d2 SignalHandler(int)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x23243d2)
#3 0x7f5f3496a390 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x11390)
#4 0x7f5f336d5428 gsignal
/build/glibc-Cl5G7W/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#5 0x7f5f336d702a abort /build/glibc-Cl5G7W/glibc-2.23/stdlib/abort.c:91:0
#6 0x7f5f336cdbd7 __assert_fail_base
/build/glibc-Cl5G7W/glibc-2.23/assert/assert.c:92:0
#7 0x7f5f336cdc82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#8 0x025d39f9 void
clang::CodeGen::CodeGenFunction::EmitCallArgs(clang::CodeGen::CallArgList&,
clang::FunctionProtoType const*,
llvm::iterator_range,
clang::CodeGen::CodeGenFunction::AbstractCallee, unsigned int,
clang::CodeGen::CodeGenFunction::EvaluationOrder)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x25d39f9)
#9 0x026cdccd
clang::CodeGen::CodeGenFunction::EmitCall(clang::QualType,
clang::CodeGen::CGCallee const&, clang::CallExpr const*,
clang::CodeGen::ReturnValueSlot, llvm::Value*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26cdccd)
#10 0x02626d63 emitLibraryCall(clang::CodeGen::CodeGenFunction&,
clang::FunctionDecl const*, clang::CallExpr const*, llvm::Constant*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x2626d63)
#11 0x0265eb3f
clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::FunctionDecl const*,
unsigned int, clang::CallExpr const*, clang::CodeGen::ReturnValueSlot)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x265eb3f)
#12 0x026d889f
clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*,
clang::CodeGen::ReturnValueSlot)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26d889f)
#13 0x009d1514 (anonymous
namespace)::ScalarExprEmitter::VisitCallExpr(clang::CallExpr const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x9d1514)
#14 0x026fd798 (anonymous
namespace)::ScalarExprEmitter::Visit(clang::Expr*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26fd798)
#15 0x026fdfd3
clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26fdfd3)
#16 0x026bcf47 clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr
const*, clang::CodeGen::AggValueSlot, bool)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26bcf47)
#17 0x026cfcab
clang::CodeGen::CodeGenFunction::EmitIgnoredExpr(clang::Expr const*)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x26cfcab)
#18 0x0250a1ef clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt
const*, llvm::ArrayRef)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x250a1ef)
#19 0x0250b313
clang::CodeGen::CodeGenFunction::EmitCompoundStmtWithoutScope(clang::CompoundStmt
const&, bool, clang::CodeGen::AggValueSlot)
(/home/suhua/compilers/trunk/root-clang/bin/clang-7.0+0x250b313)
#20 0x0254407a
clang::CodeGen::CodeGenFunction::EmitFunctionBody(clang::CodeGen::FunctionArgList&,
clang::Stmt const*)

[llvm-bugs] [Bug 36564] New: Returning i24 results in "UNREACHABLE executed"

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36564

Bug ID: 36564
   Summary: Returning i24 results in "UNREACHABLE executed"
   Product: libraries
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: WebAssembly
  Assignee: unassignedb...@nondot.org
  Reporter: a...@crichton.co
CC: dan433...@gmail.com, llvm-bugs@lists.llvm.org

If this IR is compiled:


target triple = "wasm32-unknown-unknown-wasm"

define hidden i24 @foo() {
  ret i24 0
}



with 

llc foo.ll -O0 -filetype=obj

then it will yield:

unexpected return type
UNREACHABLE executed at
/home/alex/code/rust4/src/llvm/lib/Target/WebAssembly/WebAssemblyCFGStackify.cpp:252!
LLVMSymbolizer: error reading file: No such file or directory
#0 0x7fbe4488f45a llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x96d45a)
#1 0x7fbe4488d1fe llvm::sys::RunSignalHandlers()
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x96b1fe)
#2 0x7fbe4488d372 SignalHandler(int)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x96b372)
#3 0x7fbe4380b4b0 (/lib/x86_64-linux-gnu/libc.so.6+0x354b0)
#4 0x7fbe4380b428 gsignal (/lib/x86_64-linux-gnu/libc.so.6+0x35428)
#5 0x7fbe4380d02a abort (/lib/x86_64-linux-gnu/libc.so.6+0x3702a)
#6 0x7fbe4480dfca
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x8ebfca)
#7 0x7fbe4664a8a4 PlaceMarkers(llvm::MachineFunction&,
llvm::MachineLoopInfo const&, llvm::WebAssemblyInstrInfo const&,
llvm::MachineDominatorTree&, llvm::WebAssemblyFunctionInfo&) [clone
.constprop.103]
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x27288a4)
#8 0x7fbe4664ad93 (anonymous
namespace)::WebAssemblyCFGStackify::runOnMachineFunction(llvm::MachineFunction&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0x2728d93)
#9 0x7fbe44b8f515 llvm::MachineFunctionPass::runOnFunction(llvm::Function&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0xc6d515)
#10 0x7fbe44994473 llvm::FPPassManager::runOnFunction(llvm::Function&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0xa72473)
#11 0x7fbe4499453c llvm::FPPassManager::runOnModule(llvm::Module&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0xa7253c)
#12 0x7fbe44993fdd llvm::legacy::PassManagerImpl::run(llvm::Module&)
(/home/alex/code/rust4/build/x86_64-unknown-linux-gnu/llvm/bin/../lib/libLLVM-6.0.so+0xa71fdd)
#13 0x0041924f (llc+0x41924f)
#14 0x0040c10d (llc+0x40c10d)
#15 0x7fbe437f6830 __libc_start_main
(/lib/x86_64-linux-gnu/libc.so.6+0x20830)
#16 0x0040c2c9 (llc+0x40c2c9)
Stack dump:
0.  Program arguments: llc bugpoint-reduced-simplified.ll -filetype=obj -O0 
1.  Running pass 'Function Pass Manager' on module
'bugpoint-reduced-simplified.ll'.
2.  Running pass 'WebAssembly CFG Stackify' on function '@foo'
zsh: abort (core dumped)  llc bugpoint-reduced-simplified.ll -filetype=obj -O0





This is reduced from a Rust crate, and I'm not actually really sure how an i24
is coming out of rustc (this was in debug mode), but changing the optimization
level with `llc` fixes the issue so I figured it'd be good to report a bug!

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36563] New: Unlike GNU ld, some options do not accept --long-option=value

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36563

Bug ID: 36563
   Summary: Unlike GNU ld, some options do not accept
--long-option=value
   Product: lld
   Version: unspecified
  Hardware: PC
OS: FreeBSD
Status: NEW
  Severity: enhancement
  Priority: P
 Component: ELF
  Assignee: unassignedb...@nondot.org
  Reporter: ema...@freebsd.org
CC: llvm-bugs@lists.llvm.org

In r326459 I updated the manpage to prefer --long-option=value in
documentation, as GNU ld does. There are a couple of options in lld that do not
follow this scheme - at least:

Long options also supported by bfd/gold, where lld does not accept the = form:

--auxiliary value
--dynamic-linker value
--oformat format
--section-start address

lld-specific long options where = is not accepted:

--lto-O opt-level
--opt-remarks-filename file
--symbol-ordering-file file
--thinlto-cache-policy file

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35809] Assembler runs forever trying to assemble file with uleb128 and balign

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=35809

Ryan Prichard  changed:

   What|Removed |Added

   Assignee|unassignedb...@nondot.org   |ryan.prich...@gmail.com
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #10 from Ryan Prichard  ---
This issue was fixed by https://reviews.llvm.org/D42722.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36440] Bad PE when linking with .dlls instead of .libs

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36440

Rui Ueyama  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #3 from Rui Ueyama  ---
Fixed in https://reviews.llvm.org/rL326507.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36562] New: clang++ crashes on undeclared identifier

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36562

Bug ID: 36562
   Summary: clang++ crashes on undeclared identifier
   Product: clang
   Version: 3.8
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: hw...@evansville.edu
CC: llvm-bugs@lists.llvm.org

Created attachment 19980
  --> https://bugs.llvm.org/attachment.cgi?id=19980=edit
Zip file of student project that crashes clang++

The attached zip file contains a student project that does not compile as is,
as well as diagnostic files from clang++ crashing when compiling editor.cpp. 
(See the makefile for the exact compilation command line.)  The error log is
contained in error.log.  Using a different compiler, it was determined that the
student wrote a comparison against Q rather than 'Q' (line 140) which should be
flagged as an undefined symbol.  Correction of this error allowed clang++ to
work correctly.  This bug was observed on both Linux Ubuntu and Mac OS X.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36441] -flto invalidates musttail prerequisites

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36441

Nico Weber  changed:

   What|Removed |Added

 CC||nicolaswe...@gmx.de
 Resolution|--- |FIXED
 Status|NEW |RESOLVED

--- Comment #5 from Nico Weber  ---
https://reviews.llvm.org/rL326394

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36561] New: can't compile OpenMP runtime with clang-cl

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36561

Bug ID: 36561
   Summary: can't compile OpenMP runtime with clang-cl
   Product: OpenMP
   Version: unspecified
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: Runtime Library
  Assignee: unassignedb...@nondot.org
  Reporter: tras...@gmail.com
CC: llvm-bugs@lists.llvm.org

C:\PROGRA~1\LLVM\MSBUIL~1\cl.exe  /nologo -D_CRT_NONSTDC_NO_DEPRECATE
-D_CRT_NONSTDC_NO_WARNINGS -D_CRT_SECURE_NO_DEPRECATE -D_CRT_SECURE_NO_WARNINGS
-D_DEBUG_POINTER_IMPL="" -D_SCL_SECURE_NO_DEPRECATE -D_SCL_SECURE_NO_WARNINGS
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS
-Domp_EXPORTS -Iprojects\openmp\runtime\src -I..\projects\openmp\runtime\src
-Iinclude -I..\include -I..\projects\openmp\runtime\src\i18n
-I..\projects\openmp\runtime\src\include\50
-I..\projects\openmp\runtime\src\thirdparty\ittnotify /DWIN32 /D_WINDOWS
/D_HAS_EXCEPTIONS=0   /GS- /Zi -mllvm -emit-codeview-ghash-section /fallback
/Zc:inline /Zc:strictStrings /Oi /Zc:rvalueCast /Brepro /W4  -W
-Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers
-Wcovered-switch-default -Wdelete-non-virtual-dtor -Wstring-conversion /MT /O2
/Ob2   -UNDEBUG -D _CRT_SECURE_NO_WARNINGS -D _CRT_SECURE_NO_DEPRECATE -D
_WINDOWS -D _WINNT -D _WIN32_WINNT=0x0501 -D _USRDLL -Wno-sign-compare
-Wno-unused-function -Wno-unused-local-typedef -Wno-unused-value
-Wno-unused-variable -Wno-switch -Wno-covered-switch-default
-Wno-deprecated-register -Wno-gnu-anonymous-struct -Wno-unknown-pragmas
-Wno-missing-field-initializers -Wno-missing-braces -Wno-comment
-Wno-self-assign -Wno-vla-extension -Wno-format-pedantic /GS /EHsc
/showIncludes
/Foprojects\openmp\runtime\src\CMakeFiles\omp.dir\ompt-general.cpp.obj
/Fdprojects\openmp\runtime\src\CMakeFiles\omp.dir\ -c
..\projects\openmp\runtime\src\ompt-general.cpp
..\projects\openmp\runtime\src\ompt-general.cpp(131,32):  error(clang): use of
undeclared identifier 'RTLD_NEXT'
  (ompt_start_tool_t)dlsym(RTLD_NEXT, "ompt_start_tool");



Fallback mode does not help either:

clang-cl.exe: warning: falling back to cl.exe [-Wfallback]
cl : Command line warning D9035 : option 'Og' has been deprecated and will be
removed in a future release
..\projects\openmp\runtime\src\ompt-general.cpp(123): error C2065: 'weak':
undeclared identifier

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] Issue 4558 in oss-fuzz: llvm/clang-format-fuzzer: ASSERT: NewRemainingTokenColumns < RemainingTokenColumns

2018-03-01 Thread sheriff… via monorail via llvm-bugs 

Updates:
Labels: Deadline-Approaching

Comment #7 on issue 4558 by sheriff...@chromium.org:  
llvm/clang-format-fuzzer: ASSERT: NewRemainingTokenColumns <  
RemainingTokenColumns

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=4558#c7

This bug is approaching its deadline for being fixed, and will be  
automatically derestricted within 7 days. If a fix is planned within 2  
weeks after the deadline has passed, a grace extension can be granted.


- Your friendly Sheriffbot

--
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.
___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36386] JumpThreading misoptimization, only on glibc 2.26

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36386

Alex Crichton  changed:

   What|Removed |Added

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

--- Comment #6 from Alex Crichton  ---
Thanks so much for tracking that down Bjorn!

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36559] New: Error in type legalising on v6m

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36559

Bug ID: 36559
   Summary: Error in type legalising on v6m
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: ARM
  Assignee: unassignedb...@nondot.org
  Reporter: david.gr...@arm.com
CC: deadal...@gmail.com, llvm-bugs@lists.llvm.org

This code:

char a[] = {1, 1, 1};
char b = 1;
int c;
static int d;
e() {
  char *f = [2];
  char *g = 
  char **h = c;
  if (g != (*h = f))
d = 70;
}
i() { fn3(d); }


Compiled like this:
clang --target=arm-arm-none-eabi -mcpu=cortex-m0plus -c test.c -O3 -c


Gives me this:
Operand not processed?
t21: ch = br t23, BasicBlock:ch

UNREACHABLE executed at ../lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:476!


Bisecting led to this commit:
https://reviews.llvm.org/rL325892

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36455] lld crashes in GlobalTypeTableBuilder::getType

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36455

Alexandre Ganea  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 Fixed By Commit(s)||rL326345

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36515] Regression when empty script sections have explict address

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36515

George Rimar  changed:

   What|Removed |Added

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

--- Comment #12 from George Rimar  ---
Initial issue fixed in r326430.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36558] New: [AMDGPU][MC] Missing BUFFER_STORE_LDS_DWORD

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36558

Bug ID: 36558
   Summary: [AMDGPU][MC] Missing BUFFER_STORE_LDS_DWORD
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: AMDGPU
  Assignee: unassignedb...@nondot.org
  Reporter: dpreobrazhen...@luxoft.com
CC: llvm-bugs@lists.llvm.org

BUFFER_STORE_LDS_DWORD should be supported for GFX8 and GFX9.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 35804] [meta] 6.0.0 Release Blockers

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=35804
Bug 35804 depends on bug 36553, which changed state.

Bug 36553 Summary: 6.0 regression:  LLVM ERROR: Cannot select: 0x582f0b00: f32 
= X86ISD::FNMSUB 0x582f8740, 0x583805f0, 0x582fde50
https://bugs.llvm.org/show_bug.cgi?id=36553

   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
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36553] 6.0 regression: LLVM ERROR: Cannot select: 0x582f0b00: f32 = X86ISD::FNMSUB 0x582f8740, 0x583805f0, 0x582fde50

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36553

Hans Wennborg  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 CC||h...@chromium.org

--- Comment #4 from Hans Wennborg  ---
(In reply to Craig Topper from comment #3)
> Fixed in r326393

Merged in r326423.

-- 
You are receiving this mail because:
You are on the CC list for the bug.___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] [Bug 36557] New: Regression: MergeICmps triggering asserts

2018-03-01 Thread via llvm-bugs 
https://bugs.llvm.org/show_bug.cgi?id=36557

Bug ID: 36557
   Summary: Regression: MergeICmps triggering asserts
   Product: libraries
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: mar...@martin.st
CC: llvm-bugs@lists.llvm.org

Created attachment 19977
  --> https://bugs.llvm.org/attachment.cgi?id=19977=edit
LLVM IR that triggers the error

Since SVN r324317, compiling Qt for x86 triggers the following assert:

While deleting: i1 %cmp.i
Use still stuck around after Def is destroyed:  br i1 %cmp.i, label
%land.rhs.i, label %_ZNK1BeqERKS_.exit
llc: /home/martin/code/llvm/lib/IR/Value.cpp:92: llvm::Value::~Value():
Assertion `use_empty() && "Uses remain when a value is destroyed!"' failed.
#0 0x7f970f345d37 llvm::sys::PrintStackTrace(llvm::raw_ostream&)
/home/martin/code/llvm/lib/Support/Unix/Signals.inc:398:0
#1 0x7f970f345dca PrintStackTraceSignalHandler(void*)
/home/martin/code/llvm/lib/Support/Unix/Signals.inc:462:0
#2 0x7f970f343fb3 llvm::sys::RunSignalHandlers()
/home/martin/code/llvm/lib/Support/Signals.cpp:49:0
#3 0x7f970f3455ac SignalHandler(int)
/home/martin/code/llvm/lib/Support/Unix/Signals.inc:252:0
#4 0x7f970e1474b0 (/lib/x86_64-linux-gnu/libc.so.6+0x354b0)
#5 0x7f970e147428 gsignal
/build/glibc-Cl5G7W/glibc-2.23/signal/../sysdeps/unix/sysv/linux/raise.c:54:0
#6 0x7f970e14902a abort /build/glibc-Cl5G7W/glibc-2.23/stdlib/abort.c:91:0
#7 0x7f970e13fbd7 __assert_fail_base
/build/glibc-Cl5G7W/glibc-2.23/assert/assert.c:92:0
#8 0x7f970e13fc82 (/lib/x86_64-linux-gnu/libc.so.6+0x2dc82)
#9 0x7f9710b6d710 llvm::Value::~Value()
/home/martin/code/llvm/lib/IR/Value.cpp:96:0
#10 0x7f9710963bf8 llvm::User::~User()
/home/martin/code/llvm/include/llvm/IR/User.h:95:0
#11 0x7f9710a7c6d4 llvm::Instruction::~Instruction()
/home/martin/code/llvm/lib/IR/Instruction.cpp:48:0
#12 0x7f9710b7274e llvm::CmpInst::~CmpInst()
/home/martin/code/llvm/include/llvm/IR/InstrTypes.h:875:0
#13 0x7f9710b72fe2 llvm::ICmpInst::~ICmpInst()
/home/martin/code/llvm/include/llvm/IR/Instructions.h:1108:0
#14 0x7f9710b6e2f1 llvm::Value::deleteValue()
/home/martin/code/llvm/include/llvm/IR/Instruction.def:187:0
#15 0x7f97109382c8
llvm::ilist_alloc_traits::deleteNode(llvm::Instruction*)
/home/martin/code/llvm/include/llvm/IR/Instruction.h:698:0
#16 0x7f971093a9e7 llvm::iplist_impl::erase(llvm::ilist_iterator, false, false>)
/home/martin/code/llvm/include/llvm/ADT/ilist.h:282:0
#17 0x7f9710a7c7e3 llvm::Instruction::eraseFromParent()
/home/martin/code/llvm/lib/IR/Instruction.cpp:69:0
#18 0x7f970fd94b28 (anonymous
namespace)::BCECmpChain::mergeComparisons(llvm::ArrayRef<(anonymous
namespace)::BCECmpBlock>, llvm::BasicBlock*, llvm::PHINode&,
llvm::TargetLibraryInfo const*)
/home/martin/code/llvm/lib/Transforms/Scalar/MergeICmps.cpp:446:0
#19 0x7f970fd9491e (anonymous
namespace)::BCECmpChain::simplify(llvm::TargetLibraryInfo const*)
/home/martin/code/llvm/lib/Transforms/Scalar/MergeICmps.cpp:418:0
#20 0x7f970fd957b2 (anonymous namespace)::processPhi(llvm::PHINode&,
llvm::TargetLibraryInfo const*)
/home/martin/code/llvm/lib/Transforms/Scalar/MergeICmps.cpp:596:0
#21 0x7f970fd95ad8 (anonymous
namespace)::MergeICmps::runImpl(llvm::Function&, llvm::TargetLibraryInfo
const*, llvm::TargetTransformInfo const*)
/home/martin/code/llvm/lib/Transforms/Scalar/MergeICmps.cpp:638:0
#22 0x7f970fd958ef (anonymous
namespace)::MergeICmps::runOnFunction(llvm::Function&)
/home/martin/code/llvm/lib/Transforms/Scalar/MergeICmps.cpp:612:0
#23 0x7f9710ac4326 llvm::FPPassManager::runOnFunction(llvm::Function&)
/home/martin/code/llvm/lib/IR/LegacyPassManager.cpp:1520:0
#24 0x7f9710ac44bf llvm::FPPassManager::runOnModule(llvm::Module&)
/home/martin/code/llvm/lib/IR/LegacyPassManager.cpp:1541:0
#25 0x7f9710ac483a (anonymous
namespace)::MPPassManager::runOnModule(llvm::Module&)
/home/martin/code/llvm/lib/IR/LegacyPassManager.cpp:1597:0
#26 0x7f9710ac4f4f llvm::legacy::PassManagerImpl::run(llvm::Module&)
/home/martin/code/llvm/lib/IR/LegacyPassManager.cpp:1700:0
#27 0x7f9710ac515b llvm::legacy::PassManager::run(llvm::Module&)
/home/martin/code/llvm/lib/IR/LegacyPassManager.cpp:1732:0
#28 0x00431cb1 compileModule(char**, llvm::LLVMContext&)
/home/martin/code/llvm/tools/llc/llc.cpp:577:0
#29 0x004303c3 main /home/martin/code/llvm/tools/llc/llc.cpp:347:0
#30 0x7f970e132830 __libc_start_main
/build/glibc-Cl5G7W/glibc-2.23/csu/../csu/libc-start.c:325:0
#31 0x0042e0e9 _start (bin/llc+0x42e0e9)
Stack dump:
0.  Program arguments: bin/llc qabstractitemmodeltester.ll 
1.

[llvm-bugs] Issue 5751 in oss-fuzz: llvm/llvm-opt-fuzzer--x86_64-earlycse: ASSERT: !FoundVal && "Key already in new map?"

2018-03-01 Thread ClusterFuzz-External via monorail via llvm-bugs 

Updates:
Labels: ClusterFuzz-Verified
Status: Verified

Comment #3 on issue 5751 by ClusterFuzz-External:  
llvm/llvm-opt-fuzzer--x86_64-earlycse: ASSERT: !FoundVal && "Key already in  
new map?"

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5751#c3

ClusterFuzz testcase 4736002682781696 is verified as fixed, so closing  
issue as verified.


If this is incorrect, please file a bug on  
https://github.com/google/oss-fuzz/issues/new


--
You received this message because:
  1. You were specifically CC'd on the issue

You may adjust your notification preferences at:
https://bugs.chromium.org/hosting/settings

Reply to this email to add a comment.
___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs

[llvm-bugs] Issue 5751 in oss-fuzz: llvm/llvm-opt-fuzzer--x86_64-earlycse: ASSERT: !FoundVal && "Key already in new map?"

2018-03-01 Thread ClusterFuzz-External via monorail via llvm-bugs 


Comment #2 on issue 5751 by ClusterFuzz-External:  
llvm/llvm-opt-fuzzer--x86_64-earlycse: ASSERT: !FoundVal && "Key already in  
new map?"

https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=5751#c2

ClusterFuzz has detected this issue as fixed in range  
201802280626:201803010627.


Detailed report: https://oss-fuzz.com/testcase?key=4736002682781696

Project: llvm
Fuzzer: libFuzzer_llvm_llvm-opt-fuzzer--x86_64-earlycse
Fuzz target binary: llvm-opt-fuzzer--x86_64-earlycse
Job Type: libfuzzer_asan_llvm
Platform Id: linux

Crash Type: ASSERT
Crash Address:
Crash State:
  !FoundVal && "Key already in new map?"
  llvm::DenseMapBase