[llvm-bugs] [Bug 30364] New: wrong __PRETTY_FUNCTION__ found, from the wrong scope
https://llvm.org/bugs/show_bug.cgi?id=30364
Bug ID: 30364
Summary: wrong __PRETTY_FUNCTION__ found, from the wrong scope
Product: clang
Version: 3.9
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: marmoo1...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
For the following code produces a warning, and s is initialized from outside
the function.
#include
void function() {
struct obj {
const char * str;
obj(const char * s = __PRETTY_FUNCTION__ /*or __func__*/)
: str(s) {};
};
printf ("%s\n",obj().str);
}
int main () {function();}
__func__ and __PRETTY_FUNCTION__ are supposed to be static const char *,
so they should be visible. Instead in 3.9 "top level" is printed.
If __PRETTY_FUNCTION__ is replaced with a static variable, an error is produced
instead.
#include
const char other[] = "other";
void function() {
static const char other[] = "other";
struct obj {
const char * str;
obj(const char * s=other)
: str(s){};
};
printf ("%s\n",obj().str);
}
int main () {function();}
--
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 23214] [META] Using LLD as FreeBSD's system linker
https://llvm.org/bugs/show_bug.cgi?id=23214 Bug 23214 depends on bug 30312, which changed state. Bug 30312 Summary: Only one of multiple mangled symbols matching a version script entry has the symbol version appended https://llvm.org/bugs/show_bug.cgi?id=30312 What|Removed |Added Status|ASSIGNED|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 30312] Only one of multiple mangled symbols matching a version script entry has the symbol version appended
https://llvm.org/bugs/show_bug.cgi?id=30312 George Rimar changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from George Rimar --- r281318 -- 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 30365] New: Class template member function out-of-line definition dependent parameter uses declaration topmost cv-qualification
https://llvm.org/bugs/show_bug.cgi?id=30365
Bug ID: 30365
Summary: Class template member function out-of-line definition
dependent parameter uses declaration topmost
cv-qualification
Product: clang
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: e...@catmur.co.uk
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
In a class template member function out-of-line definition, with a parameter
dependent on class template parameters and differing in topmost
cv-qualification between declaration and definition, clang uses the parameter
type of the declaration rather than the parameter type of the definition,
incorrectly accepting this program:
template struct A { void f(typename T::U); };
template void A::f(typename T::U const i) { i = 1; } // no error
struct X { using U = int; };
int main() { A{}.f(0); }
Expected error:
cannot assign to variable 'i' with const-qualified type 'const typename X::U'
(aka 'const int')
If the cv-qualifiers are swapped (const present on the declaration, not on the
definition), clang incorrectly rejects the program:
template struct A { void f(typename T::U const); };
template void A::f(typename T::U i) { i = 1; } // error
struct X { using U = int; };
int main() { A{}.f(0); }
gcc and MSVC compile both these correctly; ICC has the same bug as clang.
Tested versions 3.0-3.9.
References: [class.mfct]/1, [dcl.fct]/5.
--
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 30366] New: Assertion `this->getType()->isVectorTy() && "Only valid for vectors!"' failed.
https://llvm.org/bugs/show_bug.cgi?id=30366
Bug ID: 30366
Summary: Assertion `this->getType()->isVectorTy() && "Only
valid for vectors!"' failed.
Product: new-bugs
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: mikael.hol...@ericsson.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 17254
--> https://llvm.org/bugs/attachment.cgi?id=17254&action=edit
Reproducer
Instcombine crashes on the attached input if doing
opt -S red.ll -instcombine
#0 0x767bfc37 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x767c3028 in __GI_abort () at abort.c:89
#2 0x767b8bf6 in __assert_fail_base (fmt=0x769093b8 "%s%s%s:%u:
%s%sAssertion `%s' failed.\n%n",
assertion=assertion@entry=0x39957c6 "this->getType()->isVectorTy() &&
\"Only valid for vectors!\"", file=file@entry=0x3994909
"../lib/IR/Constants.cpp", line=line@entry=1295,
function=function@entry=0x3995801 "llvm::Constant
*llvm::Constant::getSplatValue() const") at assert.c:92
#3 0x767b8ca2 in __GI___assert_fail (assertion=0x39957c6
"this->getType()->isVectorTy() && \"Only valid for vectors!\"", file=0x3994909
"../lib/IR/Constants.cpp",
line=1295, function=0x3995801 "llvm::Constant
*llvm::Constant::getSplatValue() const") at assert.c:101
#4 0x021ba5c8 in llvm::Constant::getSplatValue (this=0x4bff360) at
../lib/IR/Constants.cpp:1295
#5 0x021ba6c6 in llvm::Constant::getUniqueInteger (this=0x4bff360) at
../lib/IR/Constants.cpp:1318
#6 0x024f0cc6 in foldUDivShl (Op0=0x4c1a3c8, Op1=0x4bff3a8, I=...,
IC=...) at ../lib/Transforms/InstCombine/InstCombineMulDivRem.cpp:1007
#7 0x024ed542 in llvm::InstCombiner::visitUDiv (this=0x7fffcfc0,
I=...) at ../lib/Transforms/InstCombine/InstCombineMulDivRem.cpp:1109
#8 0x02472883 in llvm::InstVisitor::visit (this=0x7fffcfc0, I=...) at
../include/llvm/IR/Instruction.def:130
#9 0x0246dbbc in llvm::InstCombiner::run (this=0x7fffcfc0) at
../lib/Transforms/InstCombine/InstructionCombining.cpp:2932
#10 0x0246e5f4 in combineInstructionsOverFunction (F=..., Worklist=...,
AA=0x4c1a360, AC=..., TLI=..., DT=..., TTI=..., ExpensiveCombines=true, LI=0x0)
at ../lib/Transforms/InstCombine/InstructionCombining.cpp:3167
#11 0x0246e89f in llvm::InstructionCombiningPass::runOnFunction
(this=0x4c14940, F=...) at
../lib/Transforms/InstCombine/InstructionCombining.cpp:3225
#12 0x022ba68d in llvm::FPPassManager::runOnFunction (this=0x4c15390,
F=...) at ../lib/IR/LegacyPassManager.cpp:1533
#13 0x022ba9c5 in llvm::FPPassManager::runOnModule (this=0x4c15390,
M=...) at ../lib/IR/LegacyPassManager.cpp:1554
#14 0x022bb1ae in (anonymous namespace)::MPPassManager::runOnModule
(this=0x4bffc50, M=...) at ../lib/IR/LegacyPassManager.cpp:1610
#15 0x022bacab in llvm::legacy::PassManagerImpl::run (this=0x4bff6d0,
M=...) at ../lib/IR/LegacyPassManager.cpp:1713
#16 0x022bb6f1 in llvm::legacy::PassManager::run (this=0x7fffdc20,
M=...) at ../lib/IR/LegacyPassManager.cpp:1744
#17 0x00a4d689 in main (argc=4, argv=0x7fffe108) at
../tools/opt/opt.cpp:705
up a couple of times:
#4 0x021ba5c8 in llvm::Constant::getSplatValue (this=0x4bff360) at
../lib/IR/Constants.cpp:1295
1295 assert(this->getType()->isVectorTy() && "Only valid for vectors!");
(gdb) call dump()
i16 shl (i16 1, i16 ptrtoint ([1 x i16]* @b to i16))
(gdb) up
#5 0x021ba6c6 in llvm::Constant::getUniqueInteger (this=0x4bff360) at
../lib/IR/Constants.cpp:1318
1318 assert(this->getSplatValue() && "Doesn't contain a unique integer!");
(gdb) l
1313}
1314
1315const APInt &Constant::getUniqueInteger() const {
1316 if (const ConstantInt *CI = dyn_cast(this))
1317return CI->getValue();
1318 assert(this->getSplatValue() && "Doesn't contain a unique integer!");
1319 const Constant *C = this->getAggregateElement(0U);
1320 assert(C && isa(C) && "Not a vector of numbers!");
1321 return cast(C)->getValue();
1322}
(gdb)
so it expects a constant in Constant::getUniqueInteger but it's a constant
expression instead and then it crashes?
--
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 30367] New: Defining begin/end symbols with linker scripts is broken for SHF_MERGE sections
https://llvm.org/bugs/show_bug.cgi?id=30367
Bug ID: 30367
Summary: Defining begin/end symbols with linker scripts is
broken for SHF_MERGE sections
Product: lld
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: ELF
Assignee: unassignedb...@nondot.org
Reporter: rafael.espind...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Given
SECTIONS {
bar : { s1 = .; *(foo*) s2 = .; }
}
and
.sectionfoo1,"aMS",@progbits,1
.asciz"abc123"
.sectionfoo2,"aM",@progbits,1
.byte 42
We produce symbols that wrap only the second section.
--
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 26363] lldb 3.8.0.rc1 fails to build out of llvm tree
https://llvm.org/bugs/show_bug.cgi?id=26363 lab...@google.com changed: What|Removed |Added Status|NEW |RESOLVED CC||lab...@google.com Resolution|--- |FIXED --- Comment #1 from lab...@google.com --- This should be fixed in r281317 -- 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 30355] strings not merged when linker script used
https://llvm.org/bugs/show_bug.cgi?id=30355 Rafael Ávila de Espíndola changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #1 from Rafael Ávila de Espíndola --- Fixed in r281338. -- 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 30368] New: spec2000/176.gcc LTO link failure on IA64 HSW architecture after commit r278610
https://llvm.org/bugs/show_bug.cgi?id=30368 Bug ID: 30368 Summary: spec2000/176.gcc LTO link failure on IA64 HSW architecture after commit r278610 Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Linker Assignee: unassignedb...@nondot.org Reporter: sergey.k.oku...@gmail.com CC: denis.bri...@intel.com, llvm-bugs@lists.llvm.org, mehdi.am...@apple.com, sergey.k.oku...@gmail.com, sergos@gmail.com Classification: Unclassified Bisect analysis showed LLVM revision 278610 is responsible for the fail. The comments to commit are the following. commit c5432bdac59045fae393f01258ec6972c539904d Author: Mehdi Amini Date: Sat Aug 13 23:31:53 2016 + Fix bitcode auto-upgrade when using bitcode lazy loading The auto-upgrade path could be called before the VST (global names) was fully parsed, and thus intrinsic names were not available and the autoupgrade logic could not operate. Fix link failures with ThinLTO. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@278610 91177308-0d34-0410-b5e6-96231b3b80d8 LLVM-clang options: -m64 -fuse-ld=gold -static -O2 -ffast-math -flto -mfpmath=sse -march=core-avx2 The failure is reproduced in applying both ld.gold and ld.bfd linker. Linker gives the following error message. clang -m64 -O2 -ffast-math -static -flto -fuse-ld=gold -mfpmath=sse -march=core-avx2-DSPEC_CPU2000_LP64 c-parse.o c-lang.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-common.o c-iterate.o toplev.o version.o tree.o print-tree.o stor-layout.o fold-const.o function.o stmt.o expr.o calls.o expmed.o explow.o optabs.o varasm.o rtl.o print-rtl.o rtlanal.o emit-rtl.o real.o dbxout.o sdbout.o dwarfout.o xcoffout.o integrate.o jump.o cse.o loop.o unroll.o flow.o stupid.o combine.o regclass.o local-alloc.o global.o reload.o reload1.o caller-save.o insn-peep.o reorg.o sched.o final.o recog.o reg-stack.o insn-opinit.o insn-recog.o insn-extract.o insn-output.o insn-emit.o insn-attrtab.o m88k.o getpwd.o convert.o bc-emit.o bc-optab.o obstack.o -lm -o cc1 …. /tmp/lto-llvm-ca497d.o:ld-temp.o:function emit_no_conflict_block: error: undefined reference to 'reload_in_progress' /tmp/lto-llvm-ca497d.o:ld-temp.o:function gen_move_insn: error: undefined reference to 'reload_in_progress' /tmp/lto-llvm-ca497d.o:ld-temp.o:function gen_rtx: error: undefined reference to 'reload_in_progress' /tmp/lto-llvm-ca497d.o:ld-temp.o:function gen_reg_rtx: error: undefined reference to 'reload_in_progress' clang-4.0: error: linker command failed with exit code 1 (use -v to see invocation) Okunev Sergey, Software Engineer Intel Compiler Team -- 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 29042] matchesAncestorOfRecursively assert failure: "Found node that is not in the parent map."
https://llvm.org/bugs/show_bug.cgi?id=29042 Nico Weber changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Nico Weber --- r281345 -- 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 30261] [Meta] 3.9.1 Merges and Bug Fixes
https://llvm.org/bugs/show_bug.cgi?id=30261 Bug 30261 depends on bug 30296, which changed state. Bug 30296 Summary: Merge r279871 into the 3.9 branch https://llvm.org/bugs/show_bug.cgi?id=30296 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 30296] Merge r279871 into the 3.9 branch
https://llvm.org/bugs/show_bug.cgi?id=30296 Renato Golin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Renato Golin --- r281346. Thanks! -- 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 30369] New: Merge r281319 to 3.9.1
https://llvm.org/bugs/show_bug.cgi?id=30369 Bug ID: 30369 Summary: Merge r281319 to 3.9.1 Product: new-bugs Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: renato.go...@linaro.org CC: llvm-bugs@lists.llvm.org Classification: Unclassified As stated in bug #30352, an assembler syntax regression was introduced in 3.9.0 that needs to be fixed. The patch is "in addition" that the original patch and introduces no new behaviour or code paths. -- 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 30370] New: Assert in LegacyPassManager when adding PostDominatorTree to analysis pass
https://llvm.org/bugs/show_bug.cgi?id=30370 Bug ID: 30370 Summary: Assert in LegacyPassManager when adding PostDominatorTree to analysis pass Product: new-bugs Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: christof.do...@arm.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 17255 --> https://llvm.org/bugs/attachment.cgi?id=17255&action=edit reproducer - created against svn revision 281213. When I add PostDominatorTree analysis pass to scalar-evolution (as a transitive requirement) the LegacyPassManager run into an assert: opt: ../lib/IR/LegacyPassManager.cpp:520: void llvm::PMTopLevelManager::setLastUser(llvm::ArrayRef, llvm::Pass*): Assertion `AnalysisPass && "Expected analysis pass to exist."' failed. This looks like a bad interaction between the new PassManager and the LegacyPassManager. To reproduce, use the attached patch on ScalarEvolution.cpp that only adds PostDominatorTree as a required pass and run using: true | opt -loop-idiom -loop-unroll This currently blocks my attempt to solve bug 28429. -- 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 25684] SDAG failure on AVX512BW/AVX512VL
https://llvm.org/bugs/show_bug.cgi?id=25684 Simon Pilgrim changed: What|Removed |Added Status|RESOLVED|REOPENED CC||llvm-...@redking.me.uk Resolution|FIXED |--- --- Comment #2 from Simon Pilgrim --- Reopening this as it still doesn't work -- 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 30371] New: [x86, AVX] poor codegen for shufflevector with constants
https://llvm.org/bugs/show_bug.cgi?id=30371
Bug ID: 30371
Summary: [x86, AVX] poor codegen for shufflevector with
constants
Product: libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Backend: X86
Assignee: unassignedb...@nondot.org
Reporter: spatel+l...@rotateright.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Testing with llc built from r281342:
define <4 x float> @does_it_blend(float %f) {
%a0 = insertelement <4 x float> undef, float %f, i32 0
%ret = shufflevector <4 x float> %a0, <4 x float> , <4 x i32>
ret <4 x float> %ret
}
This should be a blendps or insertps with a vector constant, but we scalarized
the constant loads, so what could have been 2 ops (load+blend) became 6 ops:
$ ./llc blender.ll -o - -mattr=avx
vinsertps$16, LCPI0_0(%rip), %xmm0, %xmm0 ## xmm0 =
xmm0[0],mem[0],xmm0[2,3]
vinsertps$32, LCPI0_1(%rip), %xmm0, %xmm0 ## xmm0 =
xmm0[0,1],mem[0],xmm0[3]
vinsertps$48, LCPI0_2(%rip), %xmm0, %xmm0 ## xmm0 = xmm0[0,1,2],mem[0]
retq
--
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 30372] New: Regression(281336): clang-cl rejects valid inline assembly
https://llvm.org/bugs/show_bug.cgi?id=30372 Bug ID: 30372 Summary: Regression(281336): clang-cl rejects valid inline assembly Product: clang Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Frontend Assignee: unassignedclangb...@nondot.org Reporter: nicolaswe...@gmx.de CC: llvm-bugs@lists.llvm.org Classification: Unclassified The attached file used to build fine until r281336. Now: $ bin/clang-cl -m32 /c tmp.cc tmp.cc(36,16) : error: use of undeclared label 'xloop29' jl xloop29 ^ 1 error generated. -- 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 23662] clang 3.7 crash, Not supported Instruction
https://llvm.org/bugs/show_bug.cgi?id=23662 Sean Bruno changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Sean Bruno --- This isn't happening any longer with trunk. I'll reopen if I stumble across it. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 23370] [meta] Using Clang/LLVM as the FreeBSD/mips system compiler
https://llvm.org/bugs/show_bug.cgi?id=23370 Bug 23370 depends on bug 23662, which changed state. Bug 23662 Summary: clang 3.7 crash, Not supported Instruction https://llvm.org/bugs/show_bug.cgi?id=23662 What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 29110] GVN Load widening eliminates PRE opportunities
https://llvm.org/bugs/show_bug.cgi?id=29110 Dehao Chen changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Dehao Chen --- Fixed in: https://reviews.llvm.org/rL281074 -- 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 30363] IRLinker::run(): Assertion `!GV->isDeclaration()' failed.
https://llvm.org/bugs/show_bug.cgi?id=30363 Davide Italiano changed: 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 30373] New: Regression(281162): clang miscompiles some of chrome's tests
https://llvm.org/bugs/show_bug.cgi?id=30373 Bug ID: 30373 Summary: Regression(281162): clang miscompiles some of chrome's tests Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Global Analyses Assignee: unassignedb...@nondot.org Reporter: nicolaswe...@gmx.de CC: llvm-bugs@lists.llvm.org Classification: Unclassified Several of chrome's image-related tests started failing on our bots (https://crbug.com/646539). This is due to r281162, but I don't have any details yet. -- 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 30374] New: v8.1a CASP accepts register pairs with non-even low register (UNALLOCATED according to spec)
https://llvm.org/bugs/show_bug.cgi?id=30374 Bug ID: 30374 Summary: v8.1a CASP accepts register pairs with non-even low register (UNALLOCATED according to spec) Product: libraries Version: trunk Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: Backend: AArch64 Assignee: unassignedb...@nondot.org Reporter: ahmed.bouga...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Stumbled upon this while looking at r281301, which has pairs like "%w19_w20". >From my reading of DDI0557A.b B11.1.4 "CASP, CASPA, CASPAL, CASPL", that's not valid: if Rs<0> == ‘1’ then UNALLOCATED; if Rt<0> == ‘1’ then UNALLOCATED; -- 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 30375] New: Regression in Clang-4.0.0's optimizer
https://llvm.org/bugs/show_bug.cgi?id=30375
Bug ID: 30375
Summary: Regression in Clang-4.0.0's optimizer
Product: new-bugs
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: ishiura-compi...@ml.kwansei.ac.jp
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
We compiled a program (A.c) by clang-4.0.0 and clang-3.6.2 with -O3 option.
clang-3.6.2 performed better optimization than clang-4.0.0.
(A.c)
int x0 = 1;
int main ()
{
int x1 = 1;
int t0 = 2 / ((1 / x0) && x1);
if (t0 != 2) __builtin_abort();
return 0;
}
+---++
|clang-4.0.0.s |clang-3.6.2.s |
|(clang-4.0.0 A.c -O3 -S) |(clang-3.6.2 A.c -O3 -S)|
+---++
|main: |main: |
|.cfi_startproc |.cfi_startproc |
|# BB#0:|# BB#0: |
|movlx0(%rip), %eax ||
|leal1(%rax), %ecx ||
|cmpl$3, %ecx ||
|sbbb%cl, %cl ||
|testl %eax, %eax ||
|setne %al||
|andb%cl, %al ||
|movzbl %al, %ecx ||
|movl$2, %eax ||
|xorl%edx, %edx ||
|divl%ecx ||
|cmpl$2, %eax ||
|jne .LBB0_2||
|# BB#1:||
|xorl%eax, %eax |xorl%eax, %eax |
|retq |retq|
|.LBB0_2: ||
|pushq %rax ||
|.Ltmp0:|.Ltmp0: |
|.cfi_def_cfa_offset 16 |.size main, .Ltmp0-...|
|callq abort ||
|.Lfunc_end0: ||
|.size main, .Lfunc...||
|.cfi_endproc |.cfi_endproc|
| ||
|.type x0,@object |.type x0,@object |
|.data |.data |
|.globl x0 |.globl x0 |
|.p2align2 |.align 4 |
|x0:|x0: |
|.long 1 |.long 1 |
|.size x0, 4 |.size x0, 4 |
| ||
| ||
|.ident "clang versi...|.ident "Ubuntu clang...|
|.section".no...|.section".not...|
+---++
using built-in specs.
clang version 4.0.0 (https://github.com/llvm-mirror/clang.git
359c45534e46a8ef263db1a8b855740bbeca6998)
(https://github.com/llvm-mirror/llvm.git
990fea5450379639c1e21f456d44a9e95eabaff3)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.2.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.2.1
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.2.1
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
using built-in specs.
Ubuntu clang version 3.6.2-1 (tags/RELEASE_362/final) (based on LLVM 3.6.2)
Target: x86_64-pc-linux-g
[llvm-bugs] [Bug 30376] New: std::promise/future deadlock
https://llvm.org/bugs/show_bug.cgi?id=30376
Bug ID: 30376
Summary: std::promise/future deadlock
Product: libc++
Version: unspecified
Hardware: Macintosh
OS: MacOS X
Status: NEW
Severity: normal
Priority: P
Component: All Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: v...@mixedrealities.no
CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com
Classification: Unclassified
The bug happens with "Apple LLVM 7.0.0" (clang 7) on OSX 10.11.1 (El Capitan)
with XCode 7.0.1. The program below will write out a series of numbers and
after a short while hang, whereas it shouldn't. It runs flawlessly on Linux.
#include
#include
#include
#include
using std::cout;
using std::endl;
static boost::asio::io_service io;
static void asio_thread()
{
boost::asio::io_service::work work(io);
cout << "STARTING ASIO" << endl;
io.run();
cout << "STOPPING ASIO" << endl;
}
static int poll()
{
static int n;
std::promise promise;
auto fut = promise.get_future();
io.post([&promise]() {
promise.set_value(n++);
});
return fut.get();
}
int main()
{
std::thread thread(asio_thread);
size_t n = 0;
while (1)
cout << "POLL: " << poll() << "\n";
return 0;
}
--
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 28175] AVX512F lowers zext from i1 to i64 through a k-mask
https://llvm.org/bugs/show_bug.cgi?id=28175 Elena Demikhovsky changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #4 from Elena Demikhovsky --- Fixed in r24456 -- 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
