[llvm-bugs] [Bug 48293] New: llvm-strip produces malformed binaries on ARM Darwin

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48293

Bug ID: 48293
   Summary: llvm-strip produces malformed binaries on ARM Darwin
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: enhancement
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: yik...@google.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org

macmini.local $ clang hello.c
macmini.local $ ./a.out
  Hello.

macmini.local $ llvm-strip -o llvm_stripped a.out
macmini.local $ file stripped
  llvm_stripped: Mach-O 64-bit executable arm64
macmini.local $ ./llvm_stripped
  [1]34932 killed ./llvm_stripped

macmini.local $ strip -o sys_stripped a.out
macmini.local $ file stripped
  sys_stripped: Mach-O 64-bit executable arm64
macmini.local $ ./sys_stripped
  Hello.

-- 
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 48294] New: Crash with __builtin_memcpy_inline when source is an array

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48294

Bug ID: 48294
   Summary: Crash with __builtin_memcpy_inline when source is an
array
   Product: clang
   Version: 11.0
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Frontend
  Assignee: unassignedclangb...@nondot.org
  Reporter: jasper.matts...@gmail.com
CC: llvm-bugs@lists.llvm.org, neeil...@live.com,
richard-l...@metafoo.co.uk

Created attachment 24208
  --> https://bugs.llvm.org/attachment.cgi?id=24208&action=edit
Full backtrace from crash

__builtin_memcpy_inline uses custom type checking, and thus does not perform
default argument conversions. Basically, I invoked the builtin with a pointer
and an array as its arguments, expecting array-to-pointer decay to happen.
Instead, Clang crashed as codegen.

I'm not sure if default conversions should happen with __builtin_memcpy_inline,
but it probably should not crash.

Example code:

  int main() {
char to, from[1];
__builtin_memcpy_inline(&to, from, 1);
  }

Snippet from backtrace:

  #4 0x7f5c1668a2b3
clang::CodeGen::CodeGenModule::getNaturalTypeAlignment(clang::QualType,
clang::CodeGen::LValueBaseInfo*, clang::CodeGen::TBAAAccessInfo*, bool)
(/usr/bin/../lib/libclang-cpp.so.11+0x1bd82b3)
  #5 0x7f5c1648cc42
clang::CodeGen::CodeGenFunction::EmitPointerWithAlignment(clang::Expr const*,
clang::CodeGen::LValueBaseInfo*, clang::CodeGen::TBAAAccessInfo*)
(/usr/bin/../lib/libclang-cpp.so.11+0x19dac42)
  #6 0x7f5c163cca99
clang::CodeGen::CodeGenFunction::EmitBuiltinExpr(clang::GlobalDecl, unsigned
int, clang::CallExpr const*, clang::CodeGen::ReturnValueSlot)
(/usr/bin/../lib/libclang-cpp.so.11+0x191aa99)
  #7 0x7f5c1649379e
clang::CodeGen::CodeGenFunction::EmitCallExpr(clang::CallExpr const*,
clang::CodeGen::ReturnValueSlot) (/usr/bin/../lib/libclang-cpp.so.11+0x19e179e)

-- 
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 48295] New: [AMDGPU][MC] Misleading diagnostics message for operands specified as expr/macro

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48295

Bug ID: 48295
   Summary: [AMDGPU][MC] Misleading diagnostics message for
operands specified as expr/macro
   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

Some operands may be specified as either a 'macro' or an expression. Assembler
may issue a misleading error message for such operands stating that only an
expression is expected.

An example:

ds_swizzle_b32 v8, v2 offset:typo(QUAD_PERM, 0, 1, 2, 3)

Error message:

expected absolute expression

-- 
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 48296] New: opt crash with "-mem2reg -simplifycfg -instcombine -jump-threading -correlated-propagation -lcssa -loop-rotate -loop-vectorize": Assertion `!verifyFunction(*L->getHeader()

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48296

Bug ID: 48296
   Summary: opt crash with "-mem2reg -simplifycfg -instcombine
-jump-threading -correlated-propagation -lcssa
-loop-rotate -loop-vectorize": Assertion
`!verifyFunction(*L->getHeader()->getParent(),
&dbgs())' failed.
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: suochen...@163.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org

Created attachment 24211
  --> https://bugs.llvm.org/attachment.cgi?id=24211&action=edit
bc file about this bug

***
OS and Platform:
CentOS Linux release 7.8.2003 (Core), x86_64 GNU/Linux
***
Program:
int a, b, c;
char d, e;
int f[10];
static int(g)() { return 0; }
char h() {
  for (;; a) {
int i = 0;
for (; i; i++)
  f[i] = 9;
if (g()) {
  long j=0;
  for (;; d) {
int k=0;
{
  short l=0;
  if (c)
break;
}
if (e & 0)
  return b;
  }
}
  }
}
int main() {}
***
clang version:
$ clang --version
clang version 12.0.0 (/home/suocy/src/llvm-dev/llvm-project/llvm/tools/clang
abbf4802bb4fb519dce436ba16d90c3eeb1135b1)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/suocy/bin/llvm-dev/bin
***
Command Lines:
$ clang -O3 -mllvm -disable-llvm-optzns -c -emit-llvm a.c -o a.bc
a.c:6:11: warning: expression result unused [-Wunused-value]
  for (;; a) {
  ^
a.c:12:15: warning: expression result unused [-Wunused-value]
  for (;; d) {
  ^
2 warnings generated.
$ opt -mem2reg -simplifycfg -instcombine -jump-threading
-correlated-propagation -lcssa -loop-rotate -loop-vectorize a.bc -o a.opt.bc
PHI nodes must have at least one entry.  If the block is dead, the PHI should
be removed!
  %cleanup.dest.slot.3 = phi i32
opt:
/home/suocy/src/llvm-dev/llvm-project/llvm/lib/Transforms/Vectorize/LoopVectorize.cpp:8623:
bool llvm::LoopVectorizePass::processLoop(llvm::Loop*): Assertion
`!verifyFunction(*L->getHeader()->getParent(), &dbgs())' failed.
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace.
Stack dump:
0.  Program arguments: /home/suocy/bin/llvm-dev/bin/opt -mem2reg
-simplifycfg -instcombine -jump-threading -correlated-propagation -lcssa
-loop-rotate -loop-vectorize a.bc -o a.opt.bc
1.  Running pass 'Function Pass Manager' on module 'a.bc'.
2.  Running pass 'Loop Vectorization' on function '@h'
 #0 0x02a7842c llvm::sys::PrintStackTrace(llvm::raw_ostream&, int)
(/home/suocy/bin/llvm-dev/bin/opt+0x2a7842c)
 #1 0x02a762a4 llvm::sys::RunSignalHandlers()
(/home/suocy/bin/llvm-dev/bin/opt+0x2a762a4)
 #2 0x02a76403 SignalHandler(int)
(/home/suocy/bin/llvm-dev/bin/opt+0x2a76403)
 #3 0x7f5abdab9630 __restore_rt (/lib64/libpthread.so.0+0xf630)
 #4 0x7f5abc6a7387 raise (/lib64/libc.so.6+0x36387)
 #5 0x7f5abc6a8a78 abort (/lib64/libc.so.6+0x37a78)
 #6 0x7f5abc6a01a6 __assert_fail_base (/lib64/libc.so.6+0x2f1a6)
 #7 0x7f5abc6a0252 (/lib64/libc.so.6+0x2f252)
 #8 0x02c5291f llvm::LoopVectorizePass::processLoop(llvm::Loop*)
(/home/suocy/bin/llvm-dev/bin/opt+0x2c5291f)
 #9 0x02c53ab9 llvm::LoopVectorizePass::runImpl(llvm::Function&,
llvm::ScalarEvolution&, llvm::LoopInfo&, llvm::TargetTransformInfo&,
llvm::DominatorTree&, llvm::BlockFrequencyInfo&, llvm::TargetLibraryInfo*,
llvm::DemandedBits&, llvm::AAResults&, llvm::AssumptionCache&,
std::function&,
llvm::OptimizationRemarkEmitter&, llvm::ProfileSummaryInfo*)
(/home/suocy/bin/llvm-dev/bin/opt+0x2c53ab9)
#10 0x02c54354 (anonymous
namespace)::LoopVectorize::runOnFunction(llvm::Function&)
(/home/suocy/bin/llvm-dev/bin/opt+0x2c54354)
#11 0x022b7d38 llvm::FPPassManager::runOnFunction(llvm::Function&)
(/home/suocy/bin/llvm-dev/bin/opt+0x22b7d38)
#12 0x022b87d9 llvm::FPPassManager::runOnModule(llvm::Module&)
(/home/suocy/bin/llvm-dev/bin/opt+0x22b87d9)
#13 0x022b75e3 llvm::legacy::PassManagerImpl::run(llvm::Module&)
(/home/suocy/bin/llvm-dev/bin/opt+0x22b75e3)
#14 0x0072ba1b main (/home/suocy/bin/llvm-dev/bin/opt+0x72ba1b)
#15 0x7f5abc693555 __libc_start_main (/lib64/libc.so.6+0x22555)
#16 0x007dcc45 _start (/home/suocy/bin/llvm-dev/bin/opt+0x7dcc45)
Aborted

-- 
You are receiving this mail because:
You are on the CC list for the bug._

[llvm-bugs] [Bug 48297] New: libMLIR.so.11 linking fails during compilation

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48297

Bug ID: 48297
   Summary: libMLIR.so.11 linking fails during compilation
   Product: new-bugs
   Version: 11.0
  Hardware: PC
OS: Linux
Status: NEW
  Severity: release blocker
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: vto...@googlemail.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org

Created attachment 24212
  --> https://bugs.llvm.org/attachment.cgi?id=24212&action=edit
various log files and CMakeCache.txt

build node:

* X86 PC
* Linux 5.9.11
* userland package distro: Debian
* toolchain: lvm-11 (from distro -
https://packages.debian.org/source/bullseye/llvm-toolchain-11)
* CMake: 3.19.1 (self-compiled)
_

trying to compile llvm-11 (.0.0) from source with fails late in the compilation
process. From the build log (line 55047 onwards) it seems that llibMLIR.so.11
linking fails.

-- 
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 48298] New: MSAN assertion failure during instrumentation of avx512 intrinsic

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48298

Bug ID: 48298
   Summary: MSAN assertion failure during instrumentation of
avx512 intrinsic
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: tomasz.mia...@gmail.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org

Originally reported in https://github.com/rust-lang/stdarch/issues/957

#include 

unsigned test_mm_cvt_roundss_u32(__m128 __A) {
  return _mm_cvt_roundss_u32(__A, _MM_FROUND_TO_ZERO | _MM_FROUND_NO_EXC);
}

$ clang a.c -march=skylake-avx512 -fsanitize=memory
clang: llvm/lib/Transforms/Instrumentation/MemorySanitizer.cpp:2783: void
{anonymous}::MemorySanitizerVisitor::handleVectorConvertIntrinsic(llvm::IntrinsicInst&,
int): Assertion `CopyOp->getType() == I.getType()' failed.

-- 
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 39301] [AMDGPU][MC][GFX8] buffer_store_lds_dword does not accept glc/slc with inline literals

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=39301

Dmitry  changed:

   What|Removed |Added

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

--- Comment #1 from Dmitry  ---
Not reproducible in latest builds

-- 
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 48299] New: Crash when applying va_arg to VLA type

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48299

Bug ID: 48299
   Summary: Crash when applying va_arg to VLA type
   Product: clang
   Version: 11.0
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C
  Assignee: unassignedclangb...@nondot.org
  Reporter: c...@trust-in-soft.com
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk

(C program courtesy of Miod Vallat)

Clang 11 crashes when va_arg is applied to a VLA type, as in the example
(Compiler Explorer link: https://gcc.godbolt.org/z/zhcTsn ):

#include 

int sum(int n, ...)
{
va_list ap;
va_start(ap, n);
int *input = va_arg(ap, int[n]);
int rc = 0;
for (int i = 0; i < n; i++)
rc += input[i];
return rc;
}

Result:

PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace, preprocessed source, and associated run script.
Stack dump:
0.  Program arguments: /opt/compiler-explorer/clang-11.0.0/bin/clang -g -o
./output.s -S --gcc-toolchain=/opt/compiler-explorer/gcc-10.2.0
-fcolor-diagnostics -fno-crash-diagnostics  
1.   parser at end of file
2.  :3:5: LLVM IR generation of declaration 'sum'
3.  :3:5: Generating code for declaration 'sum'
 #0 0x55648b04d47a llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2cab47a)
 #1 0x55648b04b224 llvm::sys::RunSignalHandlers()
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2ca9224)
 #2 0x55648b04b495 llvm::sys::CleanupOnSignal(unsigned long)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2ca9495)
 #3 0x55648afbfcc0 CrashRecoverySignalHandler(int)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2c1dcc0)
 #4 0x7fe7a196e3c0 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x153c0)
 #5 0x55648b58c784
clang::CodeGen::CodeGenFunction::EmitAggregateCopy(clang::CodeGen::LValue,
clang::CodeGen::LValue, clang::QualType,
clang::CodeGen::AggValueSlot::Overlap_t, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ea784)
 #6 0x55648b58ca7a (anonymous
namespace)::AggExprEmitter::EmitCopy(clang::QualType,
clang::CodeGen::AggValueSlot const&, clang::CodeGen::AggValueSlot const&)
(.isra.459) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eaa7a)
 #7 0x55648b58cbee (anonymous
namespace)::AggExprEmitter::EmitFinalDestCopy(clang::QualType,
clang::CodeGen::LValue const&, (anonymous
namespace)::AggExprEmitter::ExprValueKind)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eabee)
 #8 0x55648b58e5b7 clang::StmtVisitorBase::Visit(clang::Stmt*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ec5b7)
 #9 0x55648b58fce5 clang::CodeGen::CodeGenFunction::EmitAggExpr(clang::Expr
const*, clang::CodeGen::AggValueSlot)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31edce5)
#10 0x55648b590ddb
clang::CodeGen::CodeGenFunction::EmitAggExprToLValue(clang::Expr const*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eeddb)
#11 0x55648b56f66d
clang::CodeGen::CodeGenFunction::EmitVAArgExprLValue(clang::VAArgExpr const*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31cd66d)
#12 0x55648b57f5ce clang::CodeGen::CodeGenFunction::EmitLValue(clang::Expr
const*) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31dd5ce)
#13 0x55648b58158e
clang::CodeGen::CodeGenFunction::EmitArrayToPointerDecay(clang::Expr const*,
clang::CodeGen::LValueBaseInfo*, clang::CodeGen::TBAAAccessInfo*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31df58e)
#14 0x55648b5bce27 (anonymous
namespace)::ScalarExprEmitter::VisitCastExpr(clang::CastExpr*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x321ae27)
#15 0x55648b5b5dbc (anonymous
namespace)::ScalarExprEmitter::Visit(clang::Expr*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x3213dbc)
#16 0x55648b5b7873
clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x3215873)
#17 0x55648b54eedf
clang::CodeGen::CodeGenFunction::EmitScalarInit(clang::Expr const*,
clang::ValueDecl const*, clang::CodeGen::LValue, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31acedf)
#18 0x55648b54f89e
clang::CodeGen::CodeGenFunction::EmitExprAsInit(clang::Expr const*,
clang::ValueDecl const*, clang::CodeGen::LValue, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ad89e)
#19 0x55648b55736e
clang::CodeGen::CodeGenFunction::EmitAutoVarInit(clang::CodeGen::CodeGenFunction::AutoVarEmission
const&) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31b536e)
#20 0x55648b558425
clang::CodeGen::CodeGenFunction::EmitAutoVarDecl(clang::VarDecl const&)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31b6425)
#21 0x55648b558675 clang::CodeGen::CodeGenFunction::EmitDecl(clang::Decl
const&) (/opt

[llvm-bugs] [Bug 48300] New: Crash when applying va_arg to VLA type

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48300

Bug ID: 48300
   Summary: Crash when applying va_arg to VLA type
   Product: clang
   Version: 11.0
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C
  Assignee: unassignedclangb...@nondot.org
  Reporter: c...@trust-in-soft.com
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk

(C program courtesy of Miod Vallat)

Clang 11 crashes when va_arg is applied to a VLA type, as in the example
(Compiler Explorer link: https://gcc.godbolt.org/z/zhcTsn ):

#include 

int sum(int n, ...)
{
va_list ap;
va_start(ap, n);
int *input = va_arg(ap, int[n]);
int rc = 0;
for (int i = 0; i < n; i++)
rc += input[i];
return rc;
}

Result:

PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace, preprocessed source, and associated run script.
Stack dump:
0.  Program arguments: /opt/compiler-explorer/clang-11.0.0/bin/clang -g -o
./output.s -S --gcc-toolchain=/opt/compiler-explorer/gcc-10.2.0
-fcolor-diagnostics -fno-crash-diagnostics  
1.   parser at end of file
2.  :3:5: LLVM IR generation of declaration 'sum'
3.  :3:5: Generating code for declaration 'sum'
 #0 0x55648b04d47a llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2cab47a)
 #1 0x55648b04b224 llvm::sys::RunSignalHandlers()
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2ca9224)
 #2 0x55648b04b495 llvm::sys::CleanupOnSignal(unsigned long)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2ca9495)
 #3 0x55648afbfcc0 CrashRecoverySignalHandler(int)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x2c1dcc0)
 #4 0x7fe7a196e3c0 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x153c0)
 #5 0x55648b58c784
clang::CodeGen::CodeGenFunction::EmitAggregateCopy(clang::CodeGen::LValue,
clang::CodeGen::LValue, clang::QualType,
clang::CodeGen::AggValueSlot::Overlap_t, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ea784)
 #6 0x55648b58ca7a (anonymous
namespace)::AggExprEmitter::EmitCopy(clang::QualType,
clang::CodeGen::AggValueSlot const&, clang::CodeGen::AggValueSlot const&)
(.isra.459) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eaa7a)
 #7 0x55648b58cbee (anonymous
namespace)::AggExprEmitter::EmitFinalDestCopy(clang::QualType,
clang::CodeGen::LValue const&, (anonymous
namespace)::AggExprEmitter::ExprValueKind)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eabee)
 #8 0x55648b58e5b7 clang::StmtVisitorBase::Visit(clang::Stmt*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ec5b7)
 #9 0x55648b58fce5 clang::CodeGen::CodeGenFunction::EmitAggExpr(clang::Expr
const*, clang::CodeGen::AggValueSlot)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31edce5)
#10 0x55648b590ddb
clang::CodeGen::CodeGenFunction::EmitAggExprToLValue(clang::Expr const*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31eeddb)
#11 0x55648b56f66d
clang::CodeGen::CodeGenFunction::EmitVAArgExprLValue(clang::VAArgExpr const*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31cd66d)
#12 0x55648b57f5ce clang::CodeGen::CodeGenFunction::EmitLValue(clang::Expr
const*) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31dd5ce)
#13 0x55648b58158e
clang::CodeGen::CodeGenFunction::EmitArrayToPointerDecay(clang::Expr const*,
clang::CodeGen::LValueBaseInfo*, clang::CodeGen::TBAAAccessInfo*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31df58e)
#14 0x55648b5bce27 (anonymous
namespace)::ScalarExprEmitter::VisitCastExpr(clang::CastExpr*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x321ae27)
#15 0x55648b5b5dbc (anonymous
namespace)::ScalarExprEmitter::Visit(clang::Expr*)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x3213dbc)
#16 0x55648b5b7873
clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x3215873)
#17 0x55648b54eedf
clang::CodeGen::CodeGenFunction::EmitScalarInit(clang::Expr const*,
clang::ValueDecl const*, clang::CodeGen::LValue, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31acedf)
#18 0x55648b54f89e
clang::CodeGen::CodeGenFunction::EmitExprAsInit(clang::Expr const*,
clang::ValueDecl const*, clang::CodeGen::LValue, bool)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31ad89e)
#19 0x55648b55736e
clang::CodeGen::CodeGenFunction::EmitAutoVarInit(clang::CodeGen::CodeGenFunction::AutoVarEmission
const&) (/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31b536e)
#20 0x55648b558425
clang::CodeGen::CodeGenFunction::EmitAutoVarDecl(clang::VarDecl const&)
(/opt/compiler-explorer/clang-11.0.0/bin/clang+0x31b6425)
#21 0x55648b558675 clang::CodeGen::CodeGenFunction::EmitDecl(clang::Decl
const&) (/opt

[llvm-bugs] Issue 27877 in oss-fuzz: llvm:clang-fuzzer: Stack-overflow in clang::RecursiveASTVisitor::dataTraverseNode

2020-11-25 Thread ClusterFuzz-External via monorail via llvm-bugs
Status: New
Owner: 
CC: k...@google.com, masc...@google.com, jdevl...@apple.com, igm...@gmail.com, 
d...@google.com, mit...@google.com, bigch...@gmail.com, eney...@google.com, 
llvm-...@lists.llvm.org, j...@chromium.org, v...@apple.com, 
mitch...@outlook.com, xpl...@gmail.com, akils...@apple.com 
Labels: ClusterFuzz Stability-Memory-AddressSanitizer Reproducible 
Engine-libfuzzer OS-Linux Proj-llvm Reported-2020-11-25
Type: Bug

New issue 27877 by ClusterFuzz-External: llvm:clang-fuzzer: Stack-overflow in 
clang::RecursiveASTVisitor::dataTraverseNode
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=27877

Detailed Report: https://oss-fuzz.com/testcase?key=5204464595894272

Project: llvm
Fuzzing Engine: libFuzzer
Fuzz Target: clang-fuzzer
Job Type: libfuzzer_asan_llvm
Platform Id: linux

Crash Type: Stack-overflow
Crash Address: 0x7ffe994a9ec8
Crash State:
  clang::RecursiveASTVisitor::dataTraverseNode
  clang::RecursiveASTVisitor::TraverseStmt
  clang::RecursiveASTVisitor::TraverseDecl
  
Sanitizer: address (ASAN)

Regressed: 
https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=202011040615:202011050602

Reproducer Testcase: https://oss-fuzz.com/download?testcase_id=5204464595894272

Issue filed automatically.

See https://google.github.io/oss-fuzz/advanced-topics/reproducing for 
instructions to reproduce this bug locally.
When you fix this bug, please
  * mention the fix revision(s).
  * state whether the bug was a short-lived regression or an old bug in any 
stable releases.
  * add any other useful information.
This information can help downstream consumers.

If you need to contact the OSS-Fuzz team with a question, concern, or any other 
feedback, please file an issue at https://github.com/google/oss-fuzz/issues. 
Comments on individual Monorail issues are not monitored.

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


[llvm-bugs] Issue 25272 in oss-fuzz: llvm:llvm-opt-fuzzer--x86_64-instcombine: ASSERT: isa(Val) && "cast() argument of incompatible type!"

2020-11-25 Thread ClusterFuzz-External via monorail via llvm-bugs
Updates:
Labels: ClusterFuzz-Verified
Status: Verified

Comment #2 on issue 25272 by ClusterFuzz-External: 
llvm:llvm-opt-fuzzer--x86_64-instcombine: ASSERT: isa(Val) && "cast() 
argument of incompatible type!"
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=25272#c2

ClusterFuzz testcase 6214028488343552 is verified as fixed in 
https://oss-fuzz.com/revisions?job=libfuzzer_asan_llvm&range=202011240611:202011250612

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


[llvm-bugs] [Bug 48301] New: [Mips] Fix test emergency-spill-slot-near-fp.ll

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48301

Bug ID: 48301
   Summary: [Mips] Fix test emergency-spill-slot-near-fp.ll
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Backend: MIPS
  Assignee: unassignedb...@nondot.org
  Reporter: paul_robin...@playstation.sony.com
CC: llvm-bugs@lists.llvm.org

After applying https://reviews.llvm.org/D91734 the test

llvm/test/CodeGen/Mips/emergency-spill-slot-near-fp.ll

began failing.  The test uses a long sequence of volatile loads and stores
to try to create enough register pressure to trigger the use of the
"emergency spill slot" which appears to be at 0(fp).  With the above patch,
register usage changed enough that this spill slot wasn't required.

I tried adding more loads and stores, but that just caused a normal spill
and reload.  Rather than have this one test block the patch, @rnk proposed
that I mark it XFAIL and file this bug.

I'll commit D91734 shortly, and post the git hash here.

-- 
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 48302] New: Large ExtInt cannot convert to/from floating point (DAG, SINT_TO_FP)

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48302

Bug ID: 48302
   Summary: Large ExtInt cannot convert to/from floating point
(DAG, SINT_TO_FP)
   Product: clang
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: C
  Assignee: unassignedclangb...@nondot.org
  Reporter: m.ge...@gmx.de
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk

(see https://godbolt.org/z/hszG4W)

  int main() {
_ExtInt(129) c = 3;
double d = c;
return 0;
  }
causes

Fatal error: error in backend: Unsupported library call operation!
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace, preprocessed source, and associated run script.
Stack dump:
0.  Program arguments: /opt/compiler-explorer/clang-trunk/bin/clang -g -o
./output.s -mllvm --x86-asm-syntax=intel -S
--gcc-toolchain=/opt/compiler-explorer/gcc-9.2.0 -fcolor-diagnostics
-fno-crash-diagnostics 
1.   parser at end of file
2.  Code generation
3.  Running pass 'Function Pass Manager' on module ''.
4.  Running pass 'X86 DAG->DAG Instruction Selection' on function '@main'
 #0 0x555cba07efcc llvm::sys::PrintStackTrace(llvm::raw_ostream&, int)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2e0bfcc)
 #1 0x555cba07cd64 llvm::sys::RunSignalHandlers()
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2e09d64)
 #2 0x555cba07cff5 llvm::sys::CleanupOnSignal(unsigned long)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2e09ff5)
 #3 0x555cb9febac2 llvm::CrashRecoveryContext::HandleExit(int)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2d78ac2)
 #4 0x555cba075c1e llvm::sys::Process::Exit(int, bool)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2e02c1e)
 #5 0x555cb817be0e LLVMErrorHandler(void*, std::__cxx11::basic_string, std::allocator > const&, bool)
(/opt/compiler-explorer/clang-trunk/bin/clang+0xf08e0e)
 #6 0x555cb9ff2329 llvm::report_fatal_error(llvm::Twine const&, bool)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x2d7f329)
 #7 0x555cb9ff2478 (/opt/compiler-explorer/clang-trunk/bin/clang+0x2d7f478)
 #8 0x555cbadcc0a8 llvm::TargetLowering::makeLibCall(llvm::SelectionDAG&,
llvm::RTLIB::Libcall, llvm::EVT, llvm::ArrayRef,
llvm::TargetLowering::MakeLibCallOptions, llvm::SDLoc const&, llvm::SDValue)
const (/opt/compiler-explorer/clang-trunk/bin/clang+0x3b590a8)
 #9 0x555cbae6066f
llvm::DAGTypeLegalizer::ExpandIntOp_SINT_TO_FP(llvm::SDNode*)
(/opt/compiler-explorer/clang-trunk/bin/clang+0x3bed66f)

I wonder if this should be solved in LLVM or if clang should forbid those
conversions.

-- 
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 48303] New: keyword signature for target_link_libraries conflict

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48303

Bug ID: 48303
   Summary: keyword signature for target_link_libraries conflict
   Product: new-bugs
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: release blocker
  Priority: P
 Component: new bugs
  Assignee: unassignedb...@nondot.org
  Reporter: vto...@googlemail.com
CC: htmldevelo...@gmail.com, llvm-bugs@lists.llvm.org

Created attachment 24213
  --> https://bugs.llvm.org/attachment.cgi?id=24213&action=edit
log files

build node:

* X86 PC
* Linux 5.9.11
* userland package distro: Debian
* toolchain: lvm-11 (from distro -
https://packages.debian.org/source/bullseye/llvm-toolchain-11)
* CMake: 3.19.1 (self-compiled)
_

trying to compile llvm-master - commit 6d3b81664a - from source fails with:

CMake Error at /srv/src/llvm/libc/utils/FPUtil/CMakeLists.txt:33
(target_link_libraries):
  The keyword signature for target_link_libraries has already been used with
  the target "LibcFPTestHelpers".  All uses of target_link_libraries with a
  target must be either all-keyword or all-plain.

  The uses of the keyword signature are here:

   * /srv/src/llvm/llvm/cmake/modules/AddLLVM.cmake:642 (target_link_libraries)

-- 
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 48300] Crash when applying va_arg to VLA type

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48300

Richard Smith  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|NEW |RESOLVED

--- Comment #1 from Richard Smith  ---


*** This bug has been marked as a duplicate of bug 48299 ***

-- 
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 48281] defaulted operator<=> triggers -Wzero-as-null-pointer-constant

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48281

Richard Smith  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #1 from Richard Smith  ---


*** This bug has been marked as a duplicate of bug 44325 ***

-- 
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 45380] Expression evaluation causes inferior crash on ARM32 remote target

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=45380

Emre Kultursay  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #2 from Emre Kultursay  ---
Does not reproduce in LLDB 11.0.4, marking as 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 48305] New: clang-format mismatches braces with nested unnamed scopes

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48305

Bug ID: 48305
   Summary: clang-format mismatches braces with nested unnamed
scopes
   Product: clang
   Version: 11.0
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Formatter
  Assignee: unassignedclangb...@nondot.org
  Reporter: mateuszalewi...@gmail.com
CC: djas...@google.com, kli...@google.com,
llvm-bugs@lists.llvm.org

Hello.
With clang-format -10 and -11 installed from repo on ubuntu 20.11 following c++
code is obviously formatted wrong:
```
clang-format-11 -style=llvm test.cpp 
void foo() {
  {// asdf
   {int a;
}
}
{
  { int b; }
}
}
```
Removing `{// asdf` is sufficient to format it ok.
I expect it to be formatted like this (possibly with comment in new line, but
this may be llvm style):
```
void foo() {
  {// asdf
{ int a; }
  }
  {
{ int b; }
  }
}

```

-- 
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 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 48120, which changed state.

Bug 48120 Summary: Please backport e887d0e89b8 (refs/bisect/new) 
[AArch64][GlobalISel] Handle rtcGPR64RegClassID in 
AArch64RegisterBankInfo::getRegBankFromRegClass()
https://bugs.llvm.org/show_bug.cgi?id=48120

   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 48120] Please backport e887d0e89b8 (refs/bisect/new) [AArch64][GlobalISel] Handle rtcGPR64RegClassID in AArch64RegisterBankInfo::getRegBankFromRegClass()

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48120

Tom Stellard  changed:

   What|Removed |Added

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

--- Comment #5 from Tom Stellard  ---
Merged: e4500bab8b2

-- 
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 48242] Merge 45344cf7ac5b848f77825ffa37b0cb3b69b9b07b into 11.0.1

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48242

Tom Stellard  changed:

   What|Removed |Added

 Fixed By Commit(s)|45344cf7ac5b848f77825ffa37b |45344cf7ac5b848f77825ffa37b
   |0cb3b69b9b07b   |0cb3b69b9b07b 03565ffd5da
 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #3 from Tom Stellard  ---
Merged: 03565ffd5da

-- 
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 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 48242, which changed state.

Bug 48242 Summary: Merge 45344cf7ac5b848f77825ffa37b0cb3b69b9b07b into 11.0.1
https://bugs.llvm.org/show_bug.cgi?id=48242

   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 48234] CMake LANGUAGE property misused for .S assembler sources

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48234
Bug 48234 depends on bug 48242, which changed state.

Bug 48242 Summary: Merge 45344cf7ac5b848f77825ffa37b0cb3b69b9b07b into 11.0.1
https://bugs.llvm.org/show_bug.cgi?id=48242

   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 48150] [LoopLoadElim] Assertion `L->getLoopPreheader() && "Can't expand add recurrences without a loop preheader!"' failed

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48150

Max Kazantsev  changed:

   What|Removed |Added

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

--- Comment #4 from Max Kazantsev  ---
Fix merged.

commit 664e1da485d244325947d056a271c3c733ad4c7c
Author: Max Kazantsev 
Date:   Thu Nov 26 10:49:44 2020 +0700

[LoopLoadElim] Make sure all loops are in simplify form. PR48150

LoopLoadElim may end up expanding an AddRec from a loop
which is not the current loop. This loop may not be in simplify
form. We figure it out after the no-return point, so cannot bail
in this case.

AddRec requires simplify form to expand. The only way to ensure
this does not crash is to simplify all loops beforehand.

The issue only exists in new PM. Old PM requests LoopSimplify
required pass and it simplifies all loops before the opt begins.

Differential Revision: https://reviews.llvm.org/D91525
Reviewed By: asbirlea, aeubanks

-- 
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 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 48272, which changed state.

Bug 48272 Summary: Bacport 85f4be09124cc53e1a18a884ac7caf19988ab2a5 tor 11.0
https://bugs.llvm.org/show_bug.cgi?id=48272

   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 48272] Bacport 85f4be09124cc53e1a18a884ac7caf19988ab2a5 tor 11.0

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48272

Tom Stellard  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 Fixed By Commit(s)|85f4be09124cc53e1a18a884ac7 |85f4be09124cc53e1a18a884ac7
   |caf19988ab2a5   |caf19988ab2a5 075cca34483

--- Comment #3 from Tom Stellard  ---
Merged: 075cca34483

-- 
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 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 48014, which changed state.

Bug 48014 Summary: Using both -x cuda and -fopenmp complex wrappers block 
compilation
https://bugs.llvm.org/show_bug.cgi?id=48014

   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 48014] Using both -x cuda and -fopenmp complex wrappers block compilation

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48014

Tom Stellard  changed:

   What|Removed |Added

 Fixed By Commit(s)|eaee608448c832e8f806faae30a |eaee608448c832e8f806faae30a
   |e4100620c4688   |e4100620c4688 890fdb8031e
 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #5 from Tom Stellard  ---
Merged: 890fdb8031e

-- 
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 48306] New: consthoist pass crashes: Assertion `UsesNum == (ReBasesNum + NotRebasedNum) && "Not all uses are rebased"' failed.

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48306

Bug ID: 48306
   Summary: consthoist pass crashes: Assertion `UsesNum ==
(ReBasesNum + NotRebasedNum) && "Not all uses are
rebased"' failed.
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: csz...@163.com
CC: llvm-bugs@lists.llvm.org

Created attachment 24214
  --> https://bugs.llvm.org/attachment.cgi?id=24214&action=edit
small.bc

$clang -v
clang version 12.0.0 (https://github.com/llvm/llvm-project.git
f6970503d291b7cae70fe583bed392387f93f9e4)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.5.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.5.0
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
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64

$clang -O3 -c -emit-llvm -femit-all-decls -mllvm -disable-llvm-optzns small.c

$opt -loop-rotate -mem2reg -consthoist -licm -jump-threading -consthoist
small.bc -o small-opt.bc
opt:
/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/llvm/lib/Transforms/Scalar/ConstantHoisting.cpp:915:
bool llvm::ConstantHoistingPass::emitBaseConstants(llvm::GlobalVariable*):
Assertion `UsesNum == (ReBasesNum + NotRebasedNum) && "Not all uses are
rebased"' failed.
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace.
Stack dump:
0.  Program arguments:
/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt
-loop-rotate -mem2reg -consthoist -licm -jump-threading -consthoist small.bc -o
small-opt.bc
1.  Running pass 'Function Pass Manager' on module 'small.bc'.
2.  Running pass 'Constant Hoisting' on function '@e'
 #0 0x55cbb6c674ac llvm::sys::PrintStackTrace(llvm::raw_ostream&, int)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x2caa4ac)
 #1 0x55cbb6c65064 llvm::sys::RunSignalHandlers()
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x2ca8064)
 #2 0x55cbb6c651d3 SignalHandler(int)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x2ca81d3)
 #3 0x7fe02a64d8a0 __restore_rt
(/lib/x86_64-linux-gnu/libpthread.so.0+0x128a0)
 #4 0x7fe0292fff47 raise
/build/glibc-2ORdQG/glibc-2.27/signal/../sysdeps/unix/sysv/linux/raise.c:51:0
 #5 0x7fe0293018b1 abort /build/glibc-2ORdQG/glibc-2.27/stdlib/abort.c:81:0
 #6 0x7fe0292f142a __assert_fail_base
/build/glibc-2ORdQG/glibc-2.27/assert/assert.c:89:0
 #7 0x7fe0292f14a2 (/lib/x86_64-linux-gnu/libc.so.6+0x304a2)
 #8 0x55cbb692c926
llvm::ConstantHoistingPass::emitBaseConstants(llvm::GlobalVariable*)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x296f926)
 #9 0x55cbb692d58a llvm::ConstantHoistingPass::runImpl(llvm::Function&,
llvm::TargetTransformInfo&, llvm::DominatorTree&, llvm::BlockFrequencyInfo*,
llvm::BasicBlock&, llvm::ProfileSummaryInfo*)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x297058a)
#10 0x55cbb692d798 (anonymous
namespace)::ConstantHoistingLegacyPass::runOnFunction(llvm::Function&)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x2970798)
#11 0x55cbb646f4f8 llvm::FPPassManager::runOnFunction(llvm::Function&)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x24b24f8)
#12 0x55cbb646fff9 llvm::FPPassManager::runOnModule(llvm::Module&)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x24b2ff9)
#13 0x55cbb646ed76 llvm::legacy::PassManagerImpl::run(llvm::Module&)
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x24b1d76)
#14 0x55cbb485db34 main
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x8a0b34)
#15 0x7fe0292e2b97 __libc_start_main
/build/glibc-2ORdQG/glibc-2.27/csu/../csu/libc-start.c:344:0
#16 0x55cbb491012a _start
(/home/jack-zhou/Documents/llvm/llvm_truck/llvm-project/build/bin/opt+0x95312a)
Aborted (core dumped)

$cat small.c
char a=0, b=0, c=0;
int d=0;
int e() {
  long f = 8166192007;
g:
  for (; 0;)
for (;;)
  ;
  for (; c;) {
if (b) {
  char h = 10;
  if (h)
break;
 

[llvm-bugs] [Bug 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 47589, which changed state.

Bug 47589 Summary: clang-format-11: regression in aligned comments
https://bugs.llvm.org/show_bug.cgi?id=47589

   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 47589] clang-format-11: regression in aligned comments

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47589

Tom Stellard  changed:

   What|Removed |Added

 Status|CONFIRMED   |RESOLVED
 Fixed By Commit(s)|b9e789447f14c0330edd22c8274 |b9e789447f14c0330edd22c8274
   |6af29e7c3b259   |6af29e7c3b259 f590845f501
 Resolution|--- |FIXED

--- Comment #16 from Tom Stellard  ---
Merged: f590845f501

-- 
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 48265] Please cherry-pick 314a0d73a844 (Fix crash after looking up dwo_id=0 in CU index) into 11.0.1

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48265

Tom Stellard  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 Fixed By Commit(s)|314a0d73a844|314a0d73a844 fd623ba8061

--- Comment #1 from Tom Stellard  ---
Merged: fd623ba8061

-- 
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 47800] [meta] 11.0.1 Release Blockers

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=47800
Bug 47800 depends on bug 48265, which changed state.

Bug 48265 Summary: Please cherry-pick 314a0d73a844 (Fix crash after looking up 
dwo_id=0 in CU index) into 11.0.1
https://bugs.llvm.org/show_bug.cgi?id=48265

   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 48307] New: struct DefinitionData &clang::CXXRecordDecl::data() const: Assertion `DD && "queried property of class with no definition"' failed

2020-11-25 Thread via llvm-bugs
https://bugs.llvm.org/show_bug.cgi?id=48307

Bug ID: 48307
   Summary: struct DefinitionData &clang::CXXRecordDecl::data()
const: Assertion `DD && "queried property of class
with no definition"' failed
   Product: clang
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: C++
  Assignee: unassignedclangb...@nondot.org
  Reporter: cheny...@cs.utah.edu
CC: blitzrak...@gmail.com, dgre...@apple.com,
erik.pilking...@gmail.com, llvm-bugs@lists.llvm.org,
richard-l...@metafoo.co.uk

The following code triggered an assertion failure. It might be a dup of bug
12777.

$ cat foo.cc 
namespace NS  {
template struct S {
  struct S1;
  struct S2;
  struct S3 : public S1, public S2 {};
};
}

$ clang -v
clang version 12.0.0 (https://github.com/llvm/llvm-project.git
75f50e15bf8fff6fba1d4678adedd33ef6a945e5)
Target: x86_64-unknown-linux-gnu
Thread model: posix

$ clang -c foo.cc 
clang:
/backup/work/compilers/compiler-source/llvm-project/clang/include/clang/AST/DeclCXX.h:434:
struct DefinitionData &clang::CXXRecordDecl::data() const: Assertion `DD &&
"queried property of class with no definition"' failed.
PLEASE submit a bug report to https://bugs.llvm.org/ and include the crash
backtrace, preprocessed source, and associated run script.
Stack dump:
0.  Program arguments:
/backup/work/compilers/compiler-install/llvm-12.0.0-dev/bin/clang -c foo.cc
1.  foo.cc:5:36: current parser token '{'
2.  foo.cc:1:1: parsing namespace 'NS'
3.  foo.cc:2:22: parsing struct/union/class body 'NS::S'
4.  foo.cc:5:3: parsing struct/union/class body 'NS::S::S3'
...

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