: 80030038: 27bdffe0 addiu sp,sp,-32 8003003c: afbf001c sw ra,28(sp) 80030040: 3c028003 lui v0,0x8003 80030044: 24420080 addiu v0,v0,128 80030048: 8c440002 lw a0,2(v0) 8003004c: 00000000 nop 80030050: 0c00c000 jal 80030000 ... Disassembly of section .scommon: 80030080 : 80030080: 00000000 nop The incorrect instruction appears to be: lw a0,2(v0) Which is trying to load global.p[1] from address 80030082 The address is correct, but isn't aligned to 32-bit so an exception is thrown. Do you any idea what would be causing this problem, or where in the code I could look to fix it? To reproduce: llvm-gcc struct.c -emit-llvm -c -fno-builtin -m32 -malign-double -O0 -fno-inline-functions -o struct.bc ../../llvm/Debug+Asserts/bin/llc struct.bc -march=mipsel -relocation-model=static -mips-ssection-threshold=0 -mcpu=mips1 -o struct.s ../../mips-binutils/bin/mipsel-elf-as struct.s -mips1 -mabi=32 -o struct.o -EL ../../mips-binutils/bin/mipsel-elf-ld -T prog_link_sim.ld -e main struct.o -o struct.elf -EL ../../mips-binutils/bin/mipsel-elf-objdump -d struct.elf > struct.emul.src gxemul -E testmips -e R3000 struct.elf -p 0xffffffff80000180 -i -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 16:23:56 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 16:23:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 10635] New: llvm[5]: Building Clang attribute classes with tblgen segmentation fault, compiling with gcc 4.5.1 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10635 Summary: llvm[5]: Building Clang attribute classes with tblgen segmentation fault, compiling with gcc 4.5.1 Product: clang Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: sabujp at gmail.com CC: llvmbugs at cs.uiuc.edu Following the instructions here : http://clang.llvm.org/get_started.html using : ./configure --prefix=/sb/meiler/Linux2/x86_64/llvm/2.9 --enable-shared also had to set: setenv LD_LIBRARY_PATH /sb/meiler/Linux2/x86_64/gcc/4.5.1/lib:/sb/meiler/Linux2/x86_64/gcc/4.5.1/lib64 ...because I got a GLIBCXX_3.4.9 not available error initially at some point during the install (running CENTOS5 which has an older default libstdc++). After I got around that error it seg faulted here: llvm[5]: Building Clang attribute classes with tblgen 0 tblgen 0x000000000055699f 1 tblgen 0x0000000000556d6a 2 libpthread.so.0 0x000000391ae0eb10 3 tblgen 0x0000000000446b70 4 tblgen 0x000000000052d872 5 libc.so.6 0x000000391a21d994 __libc_start_main + 244 6 tblgen 0x0000000000406379 Stack dump: 0. Program arguments: /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/Release/bin/tblgen -I /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/tools/clang/include/clang/AST -I /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/include -I /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/include -I /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/lib/Target -gen-clang-attr-classes -o /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang/include/clang/AST/Release/Attrs.inc.tmp -I /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/tools/clang/include/clang/AST/../../ /sb/meiler/Linux2/x86_64/llvm/llvm-2.9/tools/clang/include/clang/AST/../Basic/Attr.td make[5]: *** [/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang/include/clang/AST/Release/Attrs.inc.tmp] Segmentation fault make[5]: Leaving directory `/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang/include/clang/AST' make[4]: *** [all] Error 1 make[4]: Leaving directory `/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang/include/clang' make[3]: *** [all] Error 1 make[3]: Leaving directory `/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang/include' make[2]: *** [all] Error 1 make[2]: Leaving directory `/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools/clang' make[1]: *** [clang/.makeall] Error 2 make[1]: Leaving directory `/sb/meiler/Linux2/x86_64/llvm/llvm-2.9/build/tools' make: *** [all] Error 1 I haven't tried any older versions of gcc/g++ (e.g. 4.2). Has anyone successfully compiled LLVM+clang with gcc/g++ 4.5.1 ? -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 16:54:04 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 16:54:04 -0500 (CDT) Subject: [LLVMbugs] [Bug 10542] Debug information synthesis during RAGreedy run takes a shockingly long time In-Reply-To: References: Message-ID: <20110810215404.80EB02A6C12F@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10542 Devang Patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #19 from Devang Patel 2011-08-10 16:54:02 CDT --- Sped up RAGreedy in r 137250 and reapplied original patch r 137253. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 18:08:23 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 18:08:23 -0500 (CDT) Subject: [LLVMbugs] [Bug 10636] New: list of linkage types Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10636 Summary: list of linkage types Product: Documentation Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: General docs AssignedTo: unassignedbugs at nondot.org ReportedBy: rkotler at mips.com CC: llvmbugs at cs.uiuc.edu in http://llvm.org/docs/LangRef.html#linkage the list of linkage types does not include "external" -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 18:24:56 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 18:24:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 10637] New: no reliable or complete documentation on bitcode IR Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10637 Summary: no reliable or complete documentation on bitcode IR Product: Documentation Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: General docs AssignedTo: unassignedbugs at nondot.org ReportedBy: rkotler at mips.com CC: llvmbugs at cs.uiuc.edu there should be a bnf and description of the IR for LLVM. even the most basic things are missing. like for example: @i = external global i32 it's easy to guess what this means but there is no syntax definition for a variable in IR i'm looking at http://llvm.org/docs/LangRef.html -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 18:31:21 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 18:31:21 -0500 (CDT) Subject: [LLVMbugs] [Bug 10629] lit.py fails when running all tests on Win7 x64 with Visual Studio 2008 In-Reply-To: References: Message-ID: <20110810233121.2A9B12A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10629 John Wiegley changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from John Wiegley 2011-08-10 18:31:20 CDT --- That seems to have fixed it, thank you very much! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 18:58:52 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 18:58:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 10638] New: [META] Compiling Wine with clang Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10638 Summary: [META] Compiling Wine with clang Product: clang Version: trunk Platform: PC URL: http://www.winehq.org OS/Version: Linux Status: NEW Severity: enhancement Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Depends on: 8561,9693,9701,9702,9704,9705,9707,9750,9830,9844 This is a meta-bug for issues compiling wine with Clang. Inspired by bug 4068, bug 6815, and bug 7207. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 20:48:22 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 20:48:22 -0500 (CDT) Subject: [LLVMbugs] [Bug 9693] [MC] Invalid GOTOFF relocation in shared library objects In-Reply-To: References: Message-ID: <20110811014822.3458F2A6C131@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=9693 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #8 from Eli Friedman 2011-08-10 20:48:20 CDT --- r137292. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 21:17:36 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 21:17:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 10639] New: Dragonegg miscompiles dlls/crypt32/message.c from wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10639 Summary: Dragonegg miscompiles dlls/crypt32/message.c from wine Product: dragonegg Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7053) --> (http://llvm.org/bugs/attachment.cgi?id=7053) llvm-preprocessed file Dragonegg can compile wine successfully, aside from http://bugs.winehq.org/show_bug.cgi?id=28050. Running its test suite, however, shows a few problems. This is the first one (8 potential). To reproduce, compile wine with: $ CC=llvm-gcc ./configure $ make then run the test: $ cd dlls/crypt32/tests $ make message.ok this will fail: austin at debian:~/wine-llvmgcc/dlls/crypt32/tests$ make message.ok ../../../tools/runtest -q -P wine -M crypt32.dll -T ../../.. -p crypt32_test.exe.so message.c && touch message.ok message.c:1079: Test failed: unexpected value message.c:1097: Test failed: unexpected value message.c:1116: Test failed: unexpected value message.c:1138: Test failed: unexpected value message.c:1167: Test failed: unexpected value message.c:1190: Test failed: unexpected value make: *** [message.ok] Error 6 compilings crypt32/message.c with gcc, or using -O0 instead works around the issue. I'll attach preprocessed source files from llvm-gcc and gcc (versions below). If more info is needed, please don't hesitate to ask. austin at debian:~/wine-llvmgcc/dlls/crypt32/tests$ llvm-gcc --version gcc-4.5 (Debian 4.5.3-3) 4.5.3 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. austin at debian:~/wine-llvmgcc/dlls/crypt32/tests$ gcc --version gcc (Debian 4.4.6-7) 4.4.6 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 21:45:16 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 21:45:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 10640] New: Dragonegg miscompiles dlls/d3dx9_36/tests/math.c from Wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10640 Summary: Dragonegg miscompiles dlls/d3dx9_36/tests/math.c from Wine Product: dragonegg Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Keywords: miscompilation Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Depends on: 10639 Dragonegg can compile wine successfully, aside from http://bugs.winehq.org/show_bug.cgi?id=28050. Running its test suite, however, shows a few problems. To reproduce, compile wine with: $ CC=llvm-gcc ./configure $ make then run the test: $ cd dlls/d3dx9_36/tests $ make math.ok this will fail: llvm-gcc -c -I. -I. -I../../../include -I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wwrite-strings -Wpointer-arith -Wlogical-op -g -O2 -o math.o math.c ../../../tools/winegcc/winegcc -B../../../tools/winebuild --sysroot=../../.. -fasynchronous-unwind-tables asm.o core.o effect.o line.o math.o mesh.o shader.o surface.o texture.o rsrc.res testlist.o -o d3dx9_36_test.exe.so ../../../libs/port/libwine_port.a -ld3dx9 -ld3d9 -luser32 -lgdi32 ../../../tools/runtest -q -P wine -M d3dx9_36.dll -T ../../.. -p d3dx9_36_test.exe.so math.c && touch math.ok fixme:d3dx:D3DXQuaternionLn The quaternion (0.200000, 0.100000, 0.300000, 0.900000) has a norm <1. This should not happen. Windows returns a result anyway. This case is not implemented yet. math.c:2278: Test failed: Got ffff, expected 7fff or 7fff for index 18. math.c:2278: Test failed: Got 7fff, expected ffff or ffff for index 19. make: *** [math.ok] Error 2 compiling math.c with gcc, or using -O0 instead of 01/02 works around the issue. I'll attach preprocessed source files from llvm-gcc and gcc (versions below), as well as a reduced down version of math.c that more clearly shows the problem. If more info is needed, please don't hesitate to ask. austin at debian:~/wine-llvmgcc/dlls/crypt32/tests$ llvm-gcc --version gcc-4.5 (Debian 4.5.3-3) 4.5.3 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. austin at debian:~/wine-llvmgcc/dlls/crypt32/tests$ gcc --version gcc (Debian 4.4.6-7) 4.4.6 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 21:50:53 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 21:50:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 10562] [AVX] infinite recursive calls to DenseMap::insert() In-Reply-To: References: Message-ID: <20110811025053.2B7C22A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10562 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Bruno Cardoso Lopes 2011-08-10 21:50:52 CDT --- Fixed in r137296 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 10 22:54:58 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 10 Aug 2011 22:54:58 -0500 (CDT) Subject: [LLVMbugs] [Bug 10320] LLVMX86CodeGen.lib can't be created on 64-bit Visual Studio solution. In-Reply-To: References: Message-ID: <20110811035458.A0D002A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10320 NAKAMURA Takumi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #2 from NAKAMURA Takumi 2011-08-10 22:54:58 CDT --- r137297 can be built. I checked with x64|Release. cmake-2.8.4 and visual studio 2010 sp1 (Japanese) on Windows 7 x64 FYI 12> -- Testing: 5675 tests, 8 threads -- 12> 12> Testing Time: 77.81s 12> Expected Passes : 3972 12> Expected Failures : 21 12> Unsupported Tests : 1682 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 01:27:21 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 01:27:21 -0500 (CDT) Subject: [LLVMbugs] [Bug 10605] Or of load miscompiled at -O0 In-Reply-To: References: Message-ID: <20110811062721.A4A582A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10605 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Chris Lattner 2011-08-11 01:27:21 CDT --- Fixed in r137303, thanks. Scary stuff. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 07:50:24 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 07:50:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 10641] New: Assertion "only support multiples of 64-bits" failed while compiling wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10641 Summary: Assertion "only support multiples of 64-bits" failed while compiling wine Product: new-bugs Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Yes, this really occurred in the wild (while building wine)! In the original code the i160 appears as padding at the end of a struct. $ cat bigint.ll target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-f128:128:128-n8:16:32" target triple = "i386-unknown-linux-gnu" @g = global i160 zeroinitializer $ llc bigint.ll llc: llvm/lib/CodeGen/AsmPrinter/AsmPrinter.cpp:1633: void EmitGlobalConstantLargeInt(const llvm::ConstantInt*, unsigned int, llvm::AsmPrinter&): Assertion `(BitWidth & 63) == 0 && "only support multiples of 64-bits"' failed. ... 5 libc.so.6 0x00007ff4859f1cbd __assert_fail + 221 llvm::AsmPrinter::EmitGlobalVariable(llvm::GlobalVariable const*) + 553 8 llc 0x0000000000aa45cf llvm::AsmPrinter::doFinalization(llvm::Module&) + 63 9 llc 0x0000000000e278b4 llvm::FPPassManager::doFinalization(llvm::Module&) + 84 10 llc 0x0000000000e2c369 llvm::FPPassManager::runOnModule(llvm::Module&) + 73 11 llc 0x0000000000e2bfcf llvm::MPPassManager::runOnModule(llvm::Module&) + 527 12 llc 0x0000000000e2ccbb llvm::PassManagerImpl::run(llvm::Module&) + 187 13 llc 0x000000000053ceea main + 3210 14 libc.so.6 0x00007ff4859e430d __libc_start_main + 237 15 llc 0x0000000000537d39 Stack dump: 0. Program arguments: llc bigint.ll 1. Running pass 'Function Pass Manager' on module 'bigint.ll'. Aborted (core dumped) -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 11:18:50 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 11:18:50 -0500 (CDT) Subject: [LLVMbugs] [Bug 10642] New: Use of return in functions with noreturn Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10642 Summary: Use of return in functions with noreturn Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: quality-of-implementation Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: joerg at NetBSD.org CC: llvmbugs at cs.uiuc.edu Consider this: #include __attribute__((noreturn)) int foo(void) { exit(1); return 0; } At the moment, this triggers: warning: function 'foo' declared 'noreturn' should not return [-Winvalid-noreturn] I think this warning is bogus and misleading. (1) The return is dead code, but might exist to help more stupid compilers that can't figure out the noreturn property of exit. (2) noreturn on a function with a return value other than void is questionable. A warning for that would be nice. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 13:33:07 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 13:33:07 -0500 (CDT) Subject: [LLVMbugs] [Bug 10555] [AVX] cannot select v2i64 = vector_shuffle crash In-Reply-To: References: Message-ID: <20110811183307.9B0232A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10555 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Bruno Cardoso Lopes 2011-08-11 13:33:07 CDT --- Works in TOT. Not sure what revision this got fixed. Probably in some regarding the previous bugs. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 13:59:47 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 13:59:47 -0500 (CDT) Subject: [LLVMbugs] [Bug 10492] [AVX] Assertion failed: ((VT == MVT::v4i32 || VT == MVT::v4f32) && "unsupported shuffle type"), In-Reply-To: References: Message-ID: <20110811185947.B90FF2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10492 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Bruno Cardoso Lopes 2011-08-11 13:59:47 CDT --- Fixed in r137324 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 14:12:18 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 14:12:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 10643] New: SplitBlock crash with incomplete dominator info Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10643 Summary: SplitBlock crash with incomplete dominator info Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Transformation Utilities AssignedTo: unassignedbugs at nondot.org ReportedBy: nick.sumner at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7059) --> (http://llvm.org/bugs/attachment.cgi?id=7059) Patch against svn trunk SplitBlock can cause an assertion failure when the current pass has stale or incomplete dominator information. This is because it assumes that dominator information is always present. I encountered this when using SplitBlock after UnifyFunctionExitNodes. The attached patch against the trunk fixes the problem for me and incidentally fixes a whitespace bug in SplitBlock at the same time. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 15:32:14 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 15:32:14 -0500 (CDT) Subject: [LLVMbugs] [Bug 10644] New: clang considers a method with rvalue reference ambiguous Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10644 Summary: clang considers a method with rvalue reference ambiguous Product: clang Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++0x AssignedTo: unassignedclangbugs at nondot.org ReportedBy: rafael.espindola at gmail.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com g++ 4.6 with -std=c++0x compiles: struct string { string(const char* __s); }; struct map { int& operator[](const string& __k); int& operator[](const string&& __k); }; void foo() { static map key_map; key_map["line"]; } but clang doesn't: tracked_objects.ii:10:10: error: use of overloaded operator '[]' is ambiguous (with operand types 'map' and 'const char [5]') key_map["line"]; ~~~~~~~^~~~~~~ tracked_objects.ii:5:8: note: candidate function int& operator[](const string& __k); ^ tracked_objects.ii:6:8: note: candidate function int& operator[](const string&& __k); ^ The "string" in the test is a reduction of libstdc++'s std::string. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 11 23:09:34 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 11 Aug 2011 23:09:34 -0500 (CDT) Subject: [LLVMbugs] [Bug 10620] Assertion failure while visiting goto statement in CFG builder In-Reply-To: References: Message-ID: <20110812040934.4F19A2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10620 Ted Kremenek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |kremenek at apple.com Resolution| |FIXED --- Comment #1 from Ted Kremenek 2011-08-11 23:09:33 CDT --- Fixed: r137422 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 03:40:58 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 03:40:58 -0500 (CDT) Subject: [LLVMbugs] [Bug 10630] segfault with precompiled header In-Reply-To: References: Message-ID: <20110812084058.B31882A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10630 Jean-Daniel Dupas changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Jean-Daniel Dupas 2011-08-12 03:40:57 CDT --- Look like it was fixed by r137383. Thanks -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 06:25:00 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 06:25:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 10645] New: Support for sret and thiscall on msvc++ (32) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10645 Summary: Support for sret and thiscall on msvc++ (32) Product: new-bugs Version: 2.9 Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: gleizesd at gmail.com CC: llvmbugs at cs.uiuc.edu Right now if LLVM code calls a method with "X86_thiscall" calling convention (compiled with msvc++) that returns a struct by copy, the program will crash (or will behave incorrectly). When the first parameter is a structure return pointer with "sret" attribute, it should not be put in ECX, and the "this" value will be the second parameter. I modified manually the X86GenCallingConv.inc to bypass the issue, and seems to work correctly. I am not used to the .td syntax :(, but in the X86CallingConv.td, the CC_X86_32_ThisCall should become something like this (?): def CC_X86_32_ThisCall : CallingConv<[ // Promote i8/i16 arguments to i32. CCIfType<[i8, i16], CCPromoteToType>, // The 'nest' parameter, if any, is passed in EAX. CCIfNest>, // Do not pass the sret argument in ECX CCIfSRet>, // The first integer argument is passed in ECX CCIfType<[i32], CCAssignToReg<[ECX]>>, // Otherwise, same as everything else. CCDelegateTo ]>; -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 09:18:17 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 09:18:17 -0500 (CDT) Subject: [LLVMbugs] [Bug 10646] New: Support/Unix/TimeValue.inc missing time.h when compiled by clang++ -stdlib=libc++ Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10646 Summary: Support/Unix/TimeValue.inc missing time.h when compiled by clang++ -stdlib=libc++ Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Support Libraries AssignedTo: unassignedbugs at nondot.org ReportedBy: oroppas at gmail.com CC: llvmbugs at cs.uiuc.edu In an attempt to self-host llvm/clang with libc++ instead of libstdc++, I've got the following error (compiled by 'clang++ -stdlib=libc++') [ 0%] Building CXX object lib/Support/CMakeFiles/LLVMSupport.dir/TimeValue.cpp.o In file included from /home/ryuta/devel/llvm/src/llvm/lib/Support/TimeValue.cpp:53: /home/ryuta/devel/llvm/src/llvm/lib/Support/Unix/TimeValue.inc:32:5: error: no member named 'asctime_r' in the global namespace ::asctime_r(::localtime(&ourTime), buffer); ~~^ /home/ryuta/devel/llvm/src/llvm/lib/Support/Unix/TimeValue.inc:32:17: error: no member named 'localtime' in the global namespace ::asctime_r(::localtime(&ourTime), buffer); ~~^ 2 errors generated. make[2]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/TimeValue.cpp.o] Error 1 make[1]: *** [lib/Support/CMakeFiles/LLVMSupport.dir/all] Error 2 make: *** [all] Error 2 In Support/Unix/Unix.h there are lines: #ifdef TIME_WITH_SYS_TIME # include # include #else # ifdef HAVE_SYS_TIME_H # include # else # include # endif #endif In the case of linux, HAVE_SYS_TIME_H is defined but it turns out both asctime_r and locatime are defined in time.h rather than sys/time.h. I think we haven't seen this error when libstdc++ was used and it's just a coincidence that libstdc++ has the relevant header(s) which may include time.h. Obviously, libc++ doesn't. Some refactoring of header inclusion in Unix.h might be necessary. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 09:42:24 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 09:42:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 10620] Assertion failure while visiting goto statement in CFG builder In-Reply-To: References: Message-ID: <20110812144224.0B66E2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10620 Ted Kremenek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #2 from Ted Kremenek 2011-08-12 09:42:23 CDT --- I reverted this fix in r137459. Zhongxing correctly pointed out that we should probably be rejecting this code outright. GCC does. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 13:56:43 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 13:56:43 -0500 (CDT) Subject: [LLVMbugs] [Bug 10647] New: memcpy called when memory areas of source and destination overlap Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10647 Summary: memcpy called when memory areas of source and destination overlap Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: ahatanak at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7062) --> (http://llvm.org/bugs/attachment.cgi?id=7062) source file pr22237 taken from gcc test-suite fails. $ clang pr22237.c pr22237-lib.c main.c -w -O0 -fPIC -lm -o pr22237.x0 $ ./pr22237.x0 Aborted Running gdb reveals that it aborts when the memcpy function defined in pr22237-lib.c finds that dst and src ares are not disjoint: (gdb) #2 0x0000000000400865 in memcpy (dst=0x60104c, src=0x601048, n=256) at pr22237-lib.c:20 20 abort (); (gdb) up #3 0x00000000004007f8 in rp () at pr22237.c:10 10 static inline struct s rp (void) { return *p; } The problem seems to be that function rp calls memcpy to copy *p to %agg.result without checking whether the source and destination areas overlap. (line 44 in pr22237.c) static inline struct s rp (void) { return *p; } $ clang pr22237.c -emit-llvm -S -w -O0 -fPIC -lm -o - ... define internal void @rp(%struct.s* sret %agg.result) nounwind uwtable inlinehint { entry: %tmp = load %struct.s** @p, align 8 %tmp1 = bitcast %struct.s* %agg.result to i8* %tmp2 = bitcast %struct.s* %tmp to i8* call void @llvm.memcpy.p0i8.p0i8.i64(i8* %tmp1, i8* %tmp2, i64 256, i32 1, i1 false) ret void } Note that the test also fails without the memcpy defined in pr22237-lib.c: $ clang pr22237.c main.c -w -O0 -fPIC -lm -o pr22237.x0 $ ./pr22237.x0 Aborted I also studied the assembly code generated with gcc. x86-gcc uses memmove which checks overlaps. mips-gcc uses memcpy but does something equivalent to the following to avoid abortion: tmp = rp() *q = tmp -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 14:55:52 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 14:55:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 10648] New: Flexible array members not initialized properly Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10648 Summary: Flexible array members not initialized properly Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: darkrain654 at yahoo.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7065) --> (http://llvm.org/bugs/attachment.cgi?id=7065) An example of the bug A flexible array member in a struct is only initialized when static or const. The attached example prints garbage when used with an automatic struct or any compound literal or pointer to compound literal, whether the struct is used in the same function or a pointer to it is passed to another function. The assembly code shows the data for the two structs that print correctly, but strangely also has struct "vec2" with the right values even though it's still uninitialized when running the program. The values of the other structs don't appear in the assembly code at all and it looks like it's just copying random junk off the stack. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 16:56:33 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 16:56:33 -0500 (CDT) Subject: [LLVMbugs] [Bug 10574] initializer_list should be disabled when generalized initializers are not available In-Reply-To: References: Message-ID: <20110812215633.4EB062A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10574 Howard Hinnant changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Howard Hinnant 2011-08-12 16:56:32 CDT --- Fix Committed revision 137522. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 19:44:38 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 19:44:38 -0500 (CDT) Subject: [LLVMbugs] [Bug 10649] New: Missing header "unistd.h" when compiled by 'clang++ -stdlib=libc++' Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10649 Summary: Missing header "unistd.h" when compiled by 'clang++ -stdlib=libc++' Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Target-Independent JIT AssignedTo: unassignedbugs at nondot.org ReportedBy: oroppas at gmail.com CC: llvmbugs at cs.uiuc.edu I've got the following error when self-hosting llvm/clang with libc++: [ 49%] Building CXX object lib/ExecutionEngine/JIT/CMakeFiles/LLVMJIT.dir/Intercept.cpp.o /home/ryuta/devel/llvm/src/llvm/lib/ExecutionEngine/JIT/Intercept.cpp:70:67: error: use of undeclared identifier 'lseek64'; did you mean 'fseeko64'? sys::DynamicLibrary::AddSymbol("\x1lseek64", (void*)(intptr_t)lseek64); ^~~~~~~ fseeko64 /usr/include/stdio.h:811:12: note: 'fseeko64' declared here extern int fseeko64 (FILE *__stream, __off64_t __off, int __whence); ^ 1 error generated. make[2]: *** [lib/ExecutionEngine/JIT/CMakeFiles/LLVMJIT.dir/Intercept.cpp.o] Error 1 make[1]: *** [lib/ExecutionEngine/JIT/CMakeFiles/LLVMJIT.dir/all] Error 2 make: *** [all] Error 2 Having the header unistd.h fixed the problem. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 20:42:27 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 20:42:27 -0500 (CDT) Subject: [LLVMbugs] [Bug 10634] MIPS alignment problem with structs/arrays In-Reply-To: References: Message-ID: <20110813014227.3BAE52A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10634 Akira Hatanaka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 12 21:40:15 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 12 Aug 2011 21:40:15 -0500 (CDT) Subject: [LLVMbugs] [Bug 10650] New: assertion in EmitCallExprLValue Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10650 Summary: assertion in EmitCallExprLValue Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com This is the return of bug 10592. The new testcase is: struct Helper { unsigned long id() { return 0; } }; void test(Helper *obj) { int i = static_cast(obj->id()); } which triggers this assertion in codegen: nlewycky at ducttape:~/local/delta-2006.08.03$ clang -cc1 -emit-llvm-only -x c++ -w z.c clang: CGExpr.cpp:2296: clang::CodeGen::LValue clang::CodeGen::CodeGenFunction::EmitCallExprLValue(const clang::CallExpr*): Assertion `E->getCallReturnType()->isReferenceType() && "Can't have a scalar return unless the return type is a " "reference type!"' failed. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sat Aug 13 06:44:52 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sat, 13 Aug 2011 06:44:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 10651] New: File takes 8s to compiled with clang but only 74ms to compile with gcc Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10651 Summary: File takes 8s to compiled with clang but only 74ms to compile with gcc Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: stark at mit.edu CC: llvmbugs at cs.uiuc.edu The build times for Postgres are still slower with clang than gcc. On my machine Postgres builds in about 90s with gcc but takes nearly 4 minutes with clang. There is no longer a single offending file but there are a bunch of files that seem to take 5-8s with clang even though they don't take particularly long with gcc. This is true even with -O0. This is the current worst offender but there are 17 files that take 10 times as long or more to build with clang as gcc. These times are after running the two commands repeatedly: $ time gcc -c syscache-preprocessed.c real 0m0.074s user 0m0.050s sys 0m0.040s $ time clang -c syscache-preprocessed.c real 0m7.742s user 0m7.700s sys 0m0.040s -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sat Aug 13 07:29:22 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sat, 13 Aug 2011 07:29:22 -0500 (CDT) Subject: [LLVMbugs] [Bug 10652] New: GCC 4.7 & Clang trunk Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10652 Summary: GCC 4.7 & Clang trunk Product: clang Version: trunk Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: javpicorel at gmail.com CC: llvmbugs at cs.uiuc.edu Using the gcc trunk (4.7), clang shows and error while compiling a lib 'llvm-trunk/tools/clang/lib/AST/Stmt.cpp', there are a lot of error messages very similar so I'll put only a few of them: In file included from /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:138:0: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc: In function 'void check_implementations()': /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:15:1: error: no matching function for call to 'implement s_getSourceRange(clang::SourceRange (clang::AsmStmt::*)()const)' /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:15:1: note: candidates are: /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template {anonymous}::good {anonymous}::implements_getSourceRange(clang: :SourceRange (T::*)()) /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template argument deduction/substitution failed: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:15:1: note: types 'clang::SourceRange (T::)()' and 'cl ang::SourceRange (clang::AsmStmt::)()const' have incompatible cv-qualifiers /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:121:21: note: {anonymous}::bad {anonymous}::implements_getSourceRange(clang::SourceRange (clang ::Stmt::*)()) /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:121:21: note: no known conversion for argument 1 from 'clang::SourceRange (clang::AsmStmt::*) ()const' to 'clang::SourceRange (clang::Stmt::*)()' /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:21:1: error: no matching function for call to 'implement s_getSourceRange(clang::SourceRange (clang::BreakStmt::*)()const)' /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:21:1: note: candidates are: /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template {anonymous}::good {anonymous}::implements_getSourceRange(clang: :SourceRange (T::*)()) /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template argument deduction/substitution failed: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:21:1: note: types 'clang::SourceRange (T::)()' and 'cl ang::SourceRange (clang::BreakStmt::)()const' have incompatible cv-qualifiers /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:121:21: note: {anonymous}::bad {anonymous}::implements_getSourceRange(clang::SourceRange (clang ::Stmt::*)()) /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:121:21: note: no known conversion for argument 1 from 'clang::SourceRange (clang::BreakStmt:: *)()const' to 'clang::SourceRange (clang::Stmt::*)()' /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:27:1: error: no matching function for call to 'implement s_getSourceRange(clang::SourceRange (clang::CXXCatchStmt::*)()const)' /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:27:1: note: candidates are: /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template {anonymous}::good {anonymous}::implements_getSourceRange(clang: :SourceRange (T::*)()) /export/home/picorel/filesCloud9/llvm-trunk/tools/clang/lib/AST/Stmt.cpp:118:27: note: template argument deduction/substitution failed: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../include/clang/AST/StmtNodes.inc:27:1: note: types 'clang::SourceRange (T::)()' and 'cl ang::SourceRange (clang::CXXCatchStmt::)()const' have incompatible cv-qualifiers Any idea? Regards -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sat Aug 13 12:58:00 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sat, 13 Aug 2011 12:58:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 10653] New: Vector INREG_SEXTEND is broken on ARM Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10653 Summary: Vector INREG_SEXTEND is broken on ARM Product: libraries Version: trunk Platform: All OS/Version: All Status: NEW Severity: normal Priority: P Component: Backend: ARM AssignedTo: unassignedbugs at nondot.org ReportedBy: nadav.rotem at intel.com CC: llvmbugs at cs.uiuc.edu In my work on vector-select I found a bug which is exposed when calling PromoteIntOp_SIGN_EXTEND with vector types. In this code an SIGN_EXTEND_INREG ISD node is created. Later, when we attempt to legalize the SIGN_EXTEND_INREG ISD node, we generate vector SHL and SHR code (which is okay). The problem is that the shift amount may be an illegal ARM type. For example, if we want to perform an SIGN_EXTEND_INREG of v8i8 types (legal on arm), we would create a vector (BUILD_VECTOR of i8 scalars). The i8 scalars are illegal. I am not sure what the right fix is. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sat Aug 13 23:20:24 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sat, 13 Aug 2011 23:20:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 10654] New: Assertion failed: (LHS.isSimple() && "Can only subscript lvalue vectors here!") with ext_vector_type Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10654 Summary: Assertion failed: (LHS.isSimple() && "Can only subscript lvalue vectors here!") with ext_vector_type Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: sharparrow1 at yahoo.com CC: tonic at nondot.org, llvmbugs at cs.uiuc.edu Testcase: __attribute((ext_vector_type(4))) typedef int extv4; extv4 v; void f(int i) { v.xzwy[i] = 10; } Assertion failed: (LHS.isSimple() && "Can only subscript lvalue vectors here!"), function EmitArraySubscriptExpr, file /Users/efriedma/llvm/tools/clang/lib/CodeGen/CGExpr.cpp, line 1566. There happens to be a similar construct to this in test/CodeGen/volatile.c, although it's on the right-hand side on an assignment there. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sat Aug 13 23:58:40 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sat, 13 Aug 2011 23:58:40 -0500 (CDT) Subject: [LLVMbugs] [Bug 10650] assertion in EmitCallExprLValue In-Reply-To: References: Message-ID: <20110814045840.7D66F2A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10650 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2011-08-13 23:58:40 CDT --- r137574. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 14 07:23:55 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 14 Aug 2011 07:23:55 -0500 (CDT) Subject: [LLVMbugs] [Bug 10655] New: TypeDecl::TypeForDecl set to 0 for regular TypedefDecl Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10655 Summary: TypeDecl::TypeForDecl set to 0 for regular TypedefDecl Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: bugzilla-clang at sogetthis.com CC: llvmbugs at cs.uiuc.edu For any regular TypedefDecl its TypeDecl::TypeForDecl is set to 0. For builtin typedefs however it seems to be set correctly. example code (run inside a plugin): ----------------------------------- for (clang::DeclContext::decl_iterator declIte = context.getTranslationUnitDecl()->decls_begin(), dEnd = context.getTranslationUnitDecl()->decls_end(); declIte != dEnd; ++declIte) { if (const clang::TypedefDecl* tdD = llvm::dyn_cast(*declIte)) { tdD->print(llvm::errs()); llvm::errs() << "\n"; llvm::errs() << tdD->getTypeForDecl() << "\n\n"; } } yields this output: ------------------- $ cat test.cpp typedef int test; $ clang -cc1 -load ./plugin.so -plugin test test.cpp typedef char *__builtin_va_list 0xc7adc70 typedef int test 0x0 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 14 16:21:21 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 14 Aug 2011 16:21:21 -0500 (CDT) Subject: [LLVMbugs] [Bug 10649] Missing header "unistd.h" when compiled by 'clang++ -stdlib=libc++' In-Reply-To: References: Message-ID: <20110814212121.C56532A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10649 NAKAMURA Takumi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |geek4civic at gmail.com Resolution| |FIXED --- Comment #3 from NAKAMURA Takumi 2011-08-14 16:21:21 CDT --- Fixed in r137567. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 07:48:13 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 07:48:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 10656] New: [SSE] v4f64 = insert_subvector crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10656 Summary: [SSE] v4f64 = insert_subvector crash Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: matt at pharr.org CC: llvmbugs at cs.uiuc.edu With top of tree, the attached gives the following crash when I run it through llc. I believe that this is a recent regression (within the last week), but unfortunately my laptop is so slow that I probably won't be able to binary search to find the change in a reasonable amount of time. (I'll start off a run to do that tonight, though.) SplitVectorResult #0: 0x7ff159833d10: v4f64 = insert_subvector 0x7ff159831210, 0x7ff159831310, 0x7ff159831e10 [ID=0] Do not know how to split the result of this operator! UNREACHABLE executed at LegalizeVectorTypes.cpp:416! 0 llc 0x00000001048fee72 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6494 1 llc 0x00000001048ff479 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 8037 2 libsystem_c.dylib 0x00007fff86a09cfa _sigtramp + 26 3 libsystem_c.dylib 0x0000000104e6ca00 _sigtramp + 18446603342634691872 4 llc 0x00000001048fedd6 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6338 5 llc 0x00000001048f04f9 std::_Rb_tree, std::_Select1st >, std::less, std::allocator > >::_M_insert_unique(std::_Rb_tree_iterator >, std::pair const&) + 1707 6 llc 0x000000010447c7df llvm::DenseMap, llvm::DenseMapInfo >::clear() + 134033 7 llc 0x00000001044528a5 llvm::TargetLowering::getNumRegisters(llvm::LLVMContext&, llvm::EVT) const + 30613 8 llc 0x000000010445346b llvm::TargetLowering::getNumRegisters(llvm::LLVMContext&, llvm::EVT) const + 33627 9 llc 0x0000000104506037 llvm::SelectionDAGBuilder::Case::size() const + 32931 10 llc 0x00000001045083e2 llvm::SelectionDAGBuilder::Case::size() const + 42062 11 llc 0x000000010450903b llvm::SelectionDAGBuilder::Case::size() const + 45223 12 llc 0x00000001045e4e54 llvm::MachineFunctionAnalysis::getPassName() const + 458 13 llc 0x0000000104865f8d llvm::cl::parser::~parser() + 26355 14 llc 0x000000010486196b llvm::cl::parser::~parser() + 8401 15 llc 0x0000000104865c8a llvm::cl::parser::~parser() + 25584 16 llc 0x00000001048670b1 llvm::cl::parser::~parser() + 30743 17 llc 0x0000000104867131 llvm::cl::parser::~parser() + 30871 18 llc 0x0000000103fd2fe3 19 llc 0x0000000103fd1834 Stack dump: 0. Program arguments: /Users/mmp/llvm-dev/bin/llc bugpoint-reduced-simplified.ll -o /dev/null 1. Running pass 'Function Pass Manager' on module 'bugpoint-reduced-simplified.ll'. 2. Running pass 'X86 DAG->DAG Instruction Selection' on function '@"f_fu___REFUf[]REFUf[]Uf"' [1] 15054 illegal hardware instruction ~/llvm-dev/bin/llc bugpoint-reduced-simplified.ll -o /dev/null -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 08:26:24 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 08:26:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 10657] New: Assertion `CurFn->isDeclaration() && "Function already has body?"' failed Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10657 Summary: Assertion `CurFn->isDeclaration() && "Function already has body?"' failed Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: jirislaby at gmail.com CC: llvmbugs at cs.uiuc.edu I'm using trunk. The topmost clang commit is: commit 7c5109b0322058c1fb80222b71b380b2c7b10d4e Author: Jeffrey Yasskin Date: Sat Aug 13 05:47:04 2011 +0000 Fix C++0x narrowing conversion errors in Clang. git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk at 137552 91177308-0d34-0410-b5e6-96231b3b80d8 For llvm: commit 7dcd04abe0b0b1dbfb285faea2daece50f9aa502 Author: Bob Wilson Date: Sat Aug 13 05:14:55 2011 +0000 Expand VMOVQQQQ pseudo instructions. Apparently we never added code to expand these pseudo instructions, and in over a year, no one has noticed. Our register allocator must be awesome! git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk at 137551 91177308-0d34-0410-b5e6-96231b3b80d8 $ ~/repos/llvm-build/bin/clang -c ../net/ipv4/ip_output.i -o /dev/null -O0 -w clang-3.0: /home/latest/repos/llvm/tools/clang/lib/CodeGen/CodeGenFunction.cpp:254: void clang::CodeGen::CodeGenFunction::StartFunction(clang::GlobalDecl, clang::QualType, llvm::Function*, const clang::CodeGen::CGFunctionInfo&, const clang::CodeGen::FunctionArgList&, clang::SourceLocation): Assertion `CurFn->isDeclaration() && "Function already has body?"' failed. Stack dump: 0. Program arguments: /home/latest/repos/llvm-build/bin/clang-3.0 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free -main-file-name ip_output.i -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -momit-leaf-frame-pointer -coverage-file /dev/null -resource-dir /home/latest/repos/llvm-build/bin/../lib/clang/3.0 -O0 -w -ferror-limit 19 -fmessage-length 149 -fdiagnostics-show-option -fcolor-diagnostics -o /dev/null -x cpp-output ../net/ipv4/ip_output.i 1. /home/latest/linux1/net/ipv4/ip_output.c:1421:45: current parser token 'extern' 2. /home/latest/linux1/net/ipv4/ip_output.c:1421:30: LLVM IR generation of declaration 'ip_send_check' 3. /home/latest/linux1/net/ipv4/ip_output.c:86:17: Generating code for declaration 'ip_send_check' clang-3: error: unable to execute command: Aborted clang-3: error: clang frontend command failed due to signal 2 (use -v to see invocation) clang-3: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/ and include command line arguments and all diagnostic information. clang-3: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 09:00:51 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 09:00:51 -0500 (CDT) Subject: [LLVMbugs] [Bug 10644] clang considers a method with rvalue reference ambiguous In-Reply-To: References: Message-ID: <20110815140051.803212A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10644 Douglas Gregor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Douglas Gregor 2011-08-15 09:00:51 CDT --- Fixed in Clang r137608 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 11:04:25 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 11:04:25 -0500 (CDT) Subject: [LLVMbugs] [Bug 10658] New: MCValue::getAssociatedSection() is missing Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10658 Summary: MCValue::getAssociatedSection() is missing Product: new-bugs Version: 2.9 Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: llvm.org at schrieb.de CC: llvmbugs at cs.uiuc.edu MCValue::getAssociatedSection() is declared in include/llvm/MC/MCValue.h but neither implemented there nor in lib/MC/MCValue.cpp When I try to use it (in LLVM 2.9), I get "unresolved symbols". Probably it is simply not implemented? From what I see in SVN-trunk it seems to be still missing. Cheers, Jonas -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 11:50:19 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 11:50:19 -0500 (CDT) Subject: [LLVMbugs] [Bug 10659] New: Missing type in constructor argument list gives poor error message Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10659 Summary: Missing type in constructor argument list gives poor error message Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: fischman at chromium.org CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com clang r136602 gives uninformative error messages for undeclared types used in constructor arguments. IWBN if instead of the following it actually said something to the effect of "Unknown type: Bar". $ clang++ -c t.cc t.cc:2:10: error: expected ')' Foo(Bar* b) {} ^ t.cc:2:6: note: to match this '(' Foo(Bar* b) {} ^ t.cc:2:15: error: function definition does not declare parameters Foo(Bar* b) {} ^ 2 errors generated. This is t.cc: struct Foo { Foo(Bar* b) {} }; -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 12:14:19 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 12:14:19 -0500 (CDT) Subject: [LLVMbugs] [Bug 10660] New: Assertion failed: (SS.isNotEmpty() && "valid templated tag with no SS and no direct?") Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10660 Summary: Assertion failed: (SS.isNotEmpty() && "valid templated tag with no SS and no direct?") Product: clang Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: david at rothlis.net CC: llvmbugs at cs.uiuc.edu The following cpp file causes clang to crash: struct A { template <> friend class B; }; $ ~/work/clang/build/Debug+Asserts/bin/clang++ -v clang_crash.cpp clang version 3.0 (http://llvm.org/git/clang.git 9f85d3ecf04764cea18d131dd2f56116d9fcf2c4) Target: x86_64-apple-darwin11.0.1 Thread model: posix "/Users/drothlis/work/clang/build/Debug+Asserts/bin/clang" -cc1 -triple x86_64-apple-macosx10.7.0 -emit-obj -mrelax-all -disable-free -main-file-name clang_crash.cpp -pic-level 1 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 123.2.1 -v -resource-dir /Users/drothlis/work/clang/build/Debug+Asserts/bin/../lib/clang/3.0 -fdeprecated-macro -ferror-limit 19 -fmessage-length 133 -stack-protector 1 -fblocks -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/v5/zd0hjrsj7mz43nwfqrfdpz640000gn/T/cc-jbgS5R.o -x c++ clang_crash.cpp clang -cc1 version 3.0 based upon llvm 3.0svn hosted on x86_64-apple-darwin11.0.1 ignoring nonexistent directory "/usr/include/c++/4.2.1/i686-apple-darwin10/x86_64" ignoring nonexistent directory "/usr/include/c++/4.0.0" ignoring nonexistent directory "/usr/include/c++/4.0.0/i686-apple-darwin8/" ignoring nonexistent directory "/usr/include/c++/4.0.0/backward" ignoring nonexistent directory "/usr/local/include" #include "..." search starts here: #include <...> search starts here: /usr/include/c++/4.2.1 /usr/include/c++/4.2.1/backward /Users/drothlis/work/clang/build/Debug+Asserts/bin/../lib/clang/3.0/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. clang_crash.cpp:2:5: error: extraneous 'template<>' in declaration of class 'B' template <> ^ Assertion failed: (SS.isNotEmpty() && "valid templated tag with no SS and no direct?"), function ActOnTemplatedFriendTag, file /Users/drothlis/work/clang/llvm/tools/clang/lib/Sema/SemaDeclCXX.cpp, line 8324. 0 clang 0x0000000104a65e43 _ZL15PrintStackTracePv + 51 1 clang 0x0000000104a6639d _ZL13SignalHandleri + 333 2 libsystem_c.dylib 0x00007fff8b61dcfa _sigtramp + 26 3 libsystem_c.dylib 0x00007fff62432518 _sigtramp + 18446744073019672632 4 clang 0x0000000104a65d0f raise + 31 5 clang 0x0000000104a65d40 abort + 16 6 clang 0x0000000104a65e0d __assert_rtn + 189 7 clang 0x0000000102d95fa0 clang::Sema::ActOnTemplatedFriendTag(clang::Scope*, clang::SourceLocation, unsigned int, clang::SourceLocation, clang::CXXScopeSpec&, clang::IdentifierInfo*, clang::SourceLocation, clang::AttributeList*, clang::ASTMultiPtr) + 874 8 clang 0x0000000102c21662 clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool) + 7106 9 clang 0x0000000102c0ea83 clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext) + 10351 10 clang 0x0000000102c1d120 clang::Parser::ParseCXXClassMemberDeclaration(clang::AccessSpecifier, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject*) + 2654 11 clang 0x0000000102c65ba1 clang::Parser::ParseSingleDeclarationAfterTemplate(unsigned int, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject&, clang::SourceLocation&, clang::AccessSpecifier) + 155 12 clang 0x0000000102c66a6a clang::Parser::ParseTemplateDeclarationOrSpecialization(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 1524 13 clang 0x0000000102c6147a clang::Parser::ParseDeclarationStartingWithTemplate(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 250 14 clang 0x0000000102c1cdcc clang::Parser::ParseCXXClassMemberDeclaration(clang::AccessSpecifier, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject*) + 1802 15 clang 0x0000000102c1f766 clang::Parser::ParseCXXMemberSpecification(clang::SourceLocation, unsigned int, clang::Decl*) + 2750 16 clang 0x0000000102c21aa4 clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool) + 8196 17 clang 0x0000000102c0ea83 clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext) + 10351 18 clang 0x0000000102c708a5 clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsingDeclSpec&, clang::AccessSpecifier) + 109 19 clang 0x0000000102c70ec4 clang::Parser::ParseDeclarationOrFunctionDefinition(clang::ParsedAttributes&, clang::AccessSpecifier) + 94 20 clang 0x0000000102c71d71 clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 3711 21 clang 0x0000000102c722b4 clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) + 378 22 clang 0x0000000102bf972b clang::ParseAST(clang::Sema&, bool) + 523 23 clang 0x00000001028a2721 clang::ASTFrontendAction::ExecuteAction() + 371 24 clang 0x0000000102bb299e clang::CodeGenAction::ExecuteAction() + 1238 25 clang 0x00000001028a28b9 clang::FrontendAction::Execute() + 401 26 clang 0x000000010287fa4a clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 1082 27 clang 0x000000010284a1d1 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 1201 28 clang 0x000000010283ce1f cc1_main(char const**, char const**, char const*, void*) + 1247 29 clang 0x0000000102846d43 main + 643 30 clang 0x000000010283c934 start + 52 Stack dump: 0. Program arguments: /Users/drothlis/work/clang/build/Debug+Asserts/bin/clang -cc1 -triple x86_64-apple-macosx10.7.0 -emit-obj -mrelax-all -disable-free -main-file-name clang_crash.cpp -pic-level 1 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 123.2.1 -v -resource-dir /Users/drothlis/work/clang/build/Debug+Asserts/bin/../lib/clang/3.0 -fdeprecated-macro -ferror-limit 19 -fmessage-length 133 -stack-protector 1 -fblocks -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/v5/zd0hjrsj7mz43nwfqrfdpz640000gn/T/cc-jbgS5R.o -x c++ clang_crash.cpp 1. clang_crash.cpp:3:19: current parser token ';' 2. clang_crash.cpp:1:1: parsing struct/union/class body 'A' clang: error: unable to execute command: Illegal instruction: 4 clang: error: clang frontend command failed due to signal 2 (use -v to see invocation) clang: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/ and include command line arguments and all diagnostic information. clang: note: diagnostic msg: Preprocessed source(s) are located at: clang: note: diagnostic msg: /var/folders/v5/zd0hjrsj7mz43nwfqrfdpz640000gn/T/cc-ihVRrR.ii -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 13:59:18 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 13:59:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 10661] New: clang doesn't warn on missing [super dealloc] call Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10661 Summary: clang doesn't warn on missing [super dealloc] call Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nicolasweber at gmx.de CC: llvmbugs at cs.uiuc.edu tests-MacBook-Pro-2:src test$ cat test.m #include @interface A : NSObject @end @implementation A - (void)dealloc { } @end tests-MacBook-Pro-2:src test$ gcc -Wall -c test.m test.m:8: warning: method possibly missing a [super dealloc] call tests-MacBook-Pro-2:src test$ third_party/llvm-build/Release+Asserts/bin/clang -Wall -c test.m tests-MacBook-Pro-2:src test$ This is a very useful gcc warning. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 14:07:00 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 14:07:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 10662] New: Incorrect code generation for taking address of a label Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10662 Summary: Incorrect code generation for taking address of a label Product: dragonegg Version: unspecified Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: feeley at iro.umontreal.ca CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7071) --> (http://llvm.org/bugs/attachment.cgi?id=7071) Compile this program with LLVM gcc and -O1 to exhibit the bug Taking the address of a label, as in &&foo where foo is a label, does not generate correct code. This is used extensively in the C code generated by the Gambit Scheme compiler for implementing tail calls in C with computed gotos, i.e. goto *pc. See attachment for details. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 14:35:20 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 14:35:20 -0500 (CDT) Subject: [LLVMbugs] [Bug 10663] New: llvm-link segfault on alias Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10663 Summary: llvm-link segfault on alias Product: new-bugs Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7072) --> (http://llvm.org/bugs/attachment.cgi?id=7072) first file - bitboard64.ll $ llvm-link -o /dev/null bitboard64.ll hexxagonboard.ll ... Stack dump: 0. Program arguments: llvm-link -o /dev/null bitboard64.ll hexxagonboard.ll Segmentation fault (core dumped) -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 15:11:18 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 15:11:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 10662] Incorrect code generation for taking address of a label In-Reply-To: References: Message-ID: <20110815201118.CAB382A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10662 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |INVALID --- Comment #2 from Eli Friedman 2011-08-15 15:11:18 CDT --- I can reproduce, but it's not an issue with current LLVM; please file issues with Apple developer tools at bugreport.apple.com. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 16:30:14 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 16:30:14 -0500 (CDT) Subject: [LLVMbugs] [Bug 10165] llvm-mc: floating point load shown as invalid with i386 target In-Reply-To: References: Message-ID: <20110815213016.1A9632A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10165 Kay Tiong Khoo changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Kay Tiong Khoo 2011-08-15 16:30:14 CDT --- Looks like this is fixed as of rev 135913. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 16:33:43 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 16:33:43 -0500 (CDT) Subject: [LLVMbugs] [Bug 10664] New: i386-only mode instructions are not shown as invalid in x86_64 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10664 Summary: i386-only mode instructions are not shown as invalid in x86_64 Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: kkhoo at perfwizard.com CC: llvmbugs at cs.uiuc.edu According to the "Intel? 64 and IA-32 Architectures Software Developer?s Manual Volume 2 (2A & 2B): Instruction Set Reference, A-Z", p. 3-23: AAA?ASCII Adjust After Addition 64-bit: Invalid Using llvm-mc built from trunk revision 135913: $ echo '0x37'| ./llvm-mc -disassemble -triple="i386" aaa $ echo '0x37'| ./llvm-mc -disassemble -triple="x86_64" aaa There are many 32-bit only instructions that are similar to this. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 16:47:42 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 16:47:42 -0500 (CDT) Subject: [LLVMbugs] [Bug 10656] [SSE] v4f64 = insert_subvector crash In-Reply-To: References: Message-ID: <20110815214742.E1D972A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10656 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Bruno Cardoso Lopes 2011-08-15 16:47:42 CDT --- Hi Nadav, Yes, sounds right! But better yet is the fact the we don't even need to combine those nodes when avx isn't supported, just because there would be no improvement at all. Just fixed in r137661. Btw, thanks for the revision number, I was already considering a bitsec! :D -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 16:56:23 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 16:56:23 -0500 (CDT) Subject: [LLVMbugs] [Bug 10627] [AVX] cannot select v4i64 = vector_shuffle crash In-Reply-To: References: Message-ID: <20110815215623.735FB2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10627 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |bruno.cardoso at gmail.com Resolution| |INVALID --- Comment #2 from Bruno Cardoso Lopes 2011-08-15 16:56:23 CDT --- Works for me in trunk! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 18:19:04 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 18:19:04 -0500 (CDT) Subject: [LLVMbugs] [Bug 10665] New: volatile load handling bug Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10665 Summary: volatile load handling bug Product: clang Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: echristo at gmail.com CC: llvmbugs at cs.uiuc.edu Reopening 3320 for clang: void test(volatile int *a) { // should be a volatile load. a[0]; } and it currently isn't. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 18:35:52 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 18:35:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 10666] New: definition not emitted for friend operator overload inside instantiated template class Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10666 Summary: definition not emitted for friend operator overload inside instantiated template class Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu This testcase involves templates, friends and operator overloading: struct Empty {}; template struct Helper { void Method(const Helper &bbox1) { Helper d; } friend void operator<<(Empty &, const Helper &) {} }; void test(Helper helper) { Empty os; os << helper; } Clang does not emit the definition of operator<< (_ZlsR5EmptyRK6HelperIdE to be specific) even though it emits a call to it. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 18:37:18 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 18:37:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 10625] [AVX] llvm-objdump incorrectly prints vmovmskps as movmskps In-Reply-To: References: Message-ID: <20110815233718.A10B72A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10625 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Bruno Cardoso Lopes 2011-08-15 18:37:18 CDT --- Fixed in r137684! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 18:46:36 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 18:46:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 10667] New: __restrict on methods? Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10667 Summary: __restrict on methods? Product: clang Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: echristo at gmail.com CC: llvmbugs at cs.uiuc.edu llvm/test/FrontendC++/2007-08-01-RestrictMethod.cpp has this code: class foo { int member[4]; void bar(int * a); }; void foo::bar(int * a) __restrict { member[3] = *a; } that clang rejects: /Volumes/Data/sources/llvm/tools/clang/test/CodeGenCXX/2007-08-01-RestrictMethod.cpp:11:11: error: out-of-line definition of 'bar' does not match any declaration in 'foo' void foo::bar(int * a) __restrict { ~~~~~^ /Volumes/Data/sources/llvm/tools/clang/test/CodeGenCXX/2007-08-01-RestrictMethod.cpp:7:8: note: member declaration nearly matches void bar(int * a); ^ 1 error generated. and llvm-gcc accepts. Not quite sure what we should do for this and whether or not we should accept the code. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 18:49:57 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 18:49:57 -0500 (CDT) Subject: [LLVMbugs] [Bug 10665] volatile load handling bug In-Reply-To: References: Message-ID: <20110815234957.17C052A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10665 John McCall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |rjmccall at apple.com Resolution| |INVALID --- Comment #3 from John McCall 2011-08-15 18:49:56 CDT --- C++ is different; l-values are not implicitly converted to r-values here. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 19:20:42 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 19:20:42 -0500 (CDT) Subject: [LLVMbugs] [Bug 10668] New: GCC 4.X doesn't compile Clang on Sparc Solaris Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10668 Summary: GCC 4.X doesn't compile Clang on Sparc Solaris Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: javpicorel at gmail.com CC: llvmbugs at cs.uiuc.edu Machine: SunOS parsapc12 5.10 Generic_142909-17 sun4u sparc SUNW,Sun-Blade-1000 GCC: Using built-in specs. Target: sparc-sun-solaris2.10 Configured with: ../configure --with-gnu-as --with-as=/usr/local/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-shared --enable-languages=c,c++ --with-gmp=/usr/local --with-mpfr=/usr/local --prefix=/export/home/parsa/tools/gcc4.3.3 Thread model: posix gcc version 4.3.3 (GCC) LLVM: trunk Clang: trunk I've tried GCC 4.3.3, GCC 4.5.3 and GCC 4.7.0 and they misscompile this clang library: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/ Stmt.cpp This types of errors: /export/home/picorel/filesCloud9/llvm-trunk/obj-debug/tools/clang/lib/AST/../../ include/clang/AST/StmtNodes.inc:15: error: cannot convert 'clang::SourceRange (clang::AsmStmt::*)()const' to 'clang::SourceRange (clang::Stmt::*)()' for argument '1' to '::bad::implements_getSourceRange(clang::SourceRange (clang::Stmt::*) I don't know if this is a clang or gcc problem. Regards -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 19:28:09 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 19:28:09 -0500 (CDT) Subject: [LLVMbugs] [Bug 10668] GCC 4.X doesn't compile Clang on Sparc Solaris In-Reply-To: References: Message-ID: <20110816002809.6030E2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10668 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |DUPLICATE --- Comment #1 from Eli Friedman 2011-08-15 19:28:08 CDT --- You already have a bug open about this. *** This bug has been marked as a duplicate of bug 10652 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 20:16:48 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 20:16:48 -0500 (CDT) Subject: [LLVMbugs] [Bug 10669] New: regression: not emitting typeinfo Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10669 Summary: regression: not emitting typeinfo Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu This is a regression. In this testcase: class Empty {}; struct Base { virtual ~Base() {} }; struct Derived : public Base { explicit Derived(const Empty&); }; void helper() { Empty *e; Derived d(*e); } we should emit the typeinfo for Base, but we don't. We used to, and gcc does. There's no reason to think that it will be supplied by another translation unit. $ clang x.cc -c -o x.o $ nm x.o 0000000000000000 T _Z6helperv 0000000000000000 W _ZN4BaseD2Ev U _ZN7DerivedC1ERK5Empty 0000000000000000 W _ZN7DerivedD1Ev 0000000000000000 W _ZN7DerivedD2Ev $ clang-old x.cc -c -o x.o $ nm x.o 0000000000000000 r GCC_except_table4 0000000000000028 r GCC_except_table6 U _Unwind_Resume_or_Rethrow 0000000000000000 T _Z6helperv 0000000000000000 W _ZN4BaseD0Ev 0000000000000000 W _ZN4BaseD1Ev 0000000000000000 W _ZN4BaseD2Ev U _ZN7DerivedC1ERK5Empty 0000000000000000 W _ZN7DerivedD0Ev 0000000000000000 W _ZN7DerivedD1Ev 0000000000000000 W _ZN7DerivedD2Ev 0000000000000000 V _ZTI4Base 0000000000000000 V _ZTI7Derived 0000000000000000 V _ZTS4Base 0000000000000000 V _ZTS7Derived 0000000000000000 V _ZTV4Base 0000000000000000 V _ZTV7Derived U _ZTVN10__cxxabiv117__class_type_infoE U _ZTVN10__cxxabiv120__si_class_type_infoE U _ZdlPv U __gxx_personality_v0 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 21:03:40 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 21:03:40 -0500 (CDT) Subject: [LLVMbugs] [Bug 10670] New: Segmentation fault while compiling kvirc Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10670 Summary: Segmentation fault while compiling kvirc Product: clang Version: 2.9 Platform: PC OS/Version: FreeBSD Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: luxo at hotmail.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com While compiling kvirc 4.0.4 (www.kvirc.net) with clang, there is a segmentation fault. The configure is: CC='clang' CXX='clang++' cmake . ***** the output: [ 40%] Building CXX object src/kvirc/CMakeFiles/kvirc.dir/ui/kvi_ircview_events.cpp.o [ 40%] Building CXX object src/kvirc/CMakeFiles/kvirc.dir/ui/kvi_ircview_gettextline.cpp.o Stack dump: 0. Program arguments: /usr/local/bin/clang -cc1 -triple i386-portbld-freebsd8.2 -emit-obj -disable-free -disable-llvm-verifier -main-file-name kvi_ircview_gettextline.cpp -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -target-cpu i486 -target-linker-version 2.15 -momit-leaf-frame-pointer -resource-dir /usr/local/bin/../lib/clang/2.9 -D _GNU_SOURCE -D QT_NO_STL -D QT_NO_CAST_TO_ASCII -D _REENTRANT -D KDE_DEPRECATED_WARNINGS -D KDE4_CMAKE_TOPLEVEL_DIR_LENGTH=8 -D QT_WEBKIT_LIB -D QT_GUI_LIB -D QT_DBUS_LIB -D QT_XML_LIB -D QT_SQL_LIB -D QT_NETWORK_LIB -D QT_CORE_LIB -D PYTHON_VERSION=2.7.2 -I /usr/local/kde4/include -I /usr/local/kde4/include/KDE -I /usr/local/include/qt4/phonon -I /usr/local/include/qt4/QtXmlPatterns -I /usr/local/include/qt4/QtXml -I /usr/local/include/qt4/QtWebKit -I /usr/local/include/qt4/QtUiTools -I /usr/local/include/qt4/QtTest -I /usr/local/include/qt4/QtSvg -I /usr/local/include/qt4/QtSql -I /usr/local/include/qt4/QtScriptTools -I /usr/local/include/qt4/QtScript -I /usr/local/include/qt4/QtOpenGL -I /usr/local/include/qt4/QtNetwork -I /usr/local/include/qt4/QtMultimedia -I /usr/local/include/qt4/QtHelp -I /usr/local/include/qt4/QtDesigner -I /usr/local/include/qt4/QtDeclarative -I /usr/local/include/qt4/QtDBus -I /usr/local/include/qt4/QtAssistant -I /usr/local/include/qt4/Qt3Support -I /usr/local/include/qt4/QtGui -I /usr/local/include/qt4/QtCore -I /usr/local/include/qt4/Qt -I /usr/local/share/qt4/mkspecs/default -I /usr/local/include/qt4 -I /usr/local/include -I /usr/local/include/python2.7 -I /z/x/tmp/kvirc-4.0.4 -I /z/x/tmp/kvirc-4.0.4/src/kvirc/kernel -I /z/x/tmp/kvirc-4.0.4/src/kvirc/kvs -I /z/x/tmp/kvirc-4.0.4/src/kvirc/module -I /z/x/tmp/kvirc-4.0.4/src/kvirc/sparser -I /z/x/tmp/kvirc-4.0.4/src/kvirc/ui -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/tal -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/config -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/core -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/ext -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/file -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/irc -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/net -I /z/x/tmp/kvirc-4.0.4/src/kvirc/../kvilib/system -O3 -ferror-limit 19 -fmessage-length 96 -fcxx-exceptions -fexceptions -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o CMakeFiles/kvirc.dir/ui/kvi_ircview_gettextline.cpp.o -x c++ /z/x/tmp/kvirc-4.0.4/src/kvirc/ui/kvi_ircview_gettextline.cpp 1. parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module '/z/x/tmp/kvirc-4.0.4/src/kvirc/ui/kvi_ircview_gettextline.cpp'. 4. Running pass 'Loop Pass Manager' on function '@_ZN10KviIrcView11getTextLineEiPKtP15_KviIrcViewLineb' 5. Running pass 'Rotate Loops' on basic block '%231' clang: error: unable to execute command: Segmentation fault: 11 (core dumped) clang: error: clang frontend command failed due to signal 1 (use -v to see invocation) *** Error code 255 Stop in /z/x/tmp/kvirc-4.0.4. *** Error code 1 Stop in /z/x/tmp/kvirc-4.0.4. *** Error code 1 Stop in /z/x/tmp/kvirc-4.0.4. ***** gdb output: (gdb) bt #0 0x094f7cba in llvm::Value::getContext () #1 0x094f8470 in llvm::ValueHandleBase::AddToUseList () #2 0x091f0da5 in llvm::ValueHandleBase::operator= () #3 0x091f02de in llvm::createLoopRotatePass () #4 0x091f0c39 in llvm::createLoopRotatePass () #5 0x0939666b in llvm::LPPassManager::runOnFunction () #6 0x094e4f6c in llvm::FPPassManager::runOnFunction () #7 0x09350c85 in llvm::CallGraphSCC::ReplaceNode () #8 0x094e4c39 in llvm::MPPassManager::runOnModule () #9 0x094e4d02 in llvm::PassManagerImpl::run () #10 0x094e4d57 in llvm::PassManager::run () #11 0x0838d939 in clang::EmitBackendOutput () #12 0x0838a869 in clang::BackendConsumer::HandleTranslationUnit () #13 0x0850b0eb in clang::ParseAST () #14 0x08273b67 in clang::ASTFrontendAction::ExecuteAction () #15 0x08389ab1 in clang::CodeGenAction::ExecuteAction () #16 0x08273e92 in clang::FrontendAction::Execute () #17 0x0825a983 in clang::CompilerInstance::ExecuteAction () #18 0x0823653d in clang::ExecuteCompilerInvocation () #19 0x0822d10e in cc1_main () #20 0x08235096 in main () -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 15 22:43:49 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 15 Aug 2011 22:43:49 -0500 (CDT) Subject: [LLVMbugs] [Bug 10669] regression: not emitting typeinfo In-Reply-To: References: Message-ID: <20110816034349.46A152A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10669 Nick Lewycky changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #4 from Nick Lewycky 2011-08-15 22:43:48 CDT --- GCC (and old clang) would emit the symbols even though they didn't have to, and this is a bug in user code. Sorry 'bout that! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 04:12:25 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 04:12:25 -0500 (CDT) Subject: [LLVMbugs] [Bug 10671] New: Compiling a single file takes several minutes Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10671 Summary: Compiling a single file takes several minutes Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: tobias.hunger at gmx.de CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=7076) --> (http://llvm.org/bugs/attachment.cgi?id=7076) Problematic file When building the attached file using clang++ -g -O2 -c -o mp_comba.o ./mp_comba.cpp the compile takes several minutes to complete. This seems to be related to the combination of -O2 and -g as both of the following commands complete rather fast: clang++ -O2 -c -o mp_comba.o ./mp_comba.cpp clang++ -g -O1 -c -o mp_comba.o ./mp_comba.cpp The result of this issue is that clang is no longer an option to build Qt or Qt Creator with: In both projects there are several files like this one! This issue is a regression: My last checkout from last month did not have this issue. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 08:08:08 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 08:08:08 -0500 (CDT) Subject: [LLVMbugs] [Bug 10672] New: Unhelpful error message for out-of-line definition of template class's member function template Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10672 Summary: Unhelpful error message for out-of-line definition of template class's member function template Product: clang Version: trunk Platform: PC OS/Version: All Status: NEW Severity: enhancement Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: david at rothlis.net CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com For the following invalid C++ code: template struct A { template void f(); }; template void A::f() { } Clang's error message is: test.cpp:6:1: error: too many template parameters in template redeclaration template ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ test.cpp:1:1: note: previous template declaration is here template ^~~~~~~~~~~~~~~~~~~~~ test.cpp:7:12: error: out-of-line definition of 'f' does not match any declaration in 'A' void A::f() { ~~~~~~^ 2 errors generated. GCC's error message is actually much *more* helpful: test.cpp:7: error: prototype for ?void A::f()? does not match any in class ?A? test.cpp:4: error: candidate is: template template void A::f() test.cpp:7: error: template definition of non-template ?void A::f()? in that it shows the desired syntax: template template void A::f() { ... Most people are unlikely to get this syntax right on the first try, so I think the error message is important. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 08:46:41 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 08:46:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 10673] New: Add a 'disable-pass=' switch to 'opt'. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10673 Summary: Add a 'disable-pass=' switch to 'opt'. Product: new-bugs Version: 2.9 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: anders.riggelsen at gmail.com CC: llvmbugs at cs.uiuc.edu Component: 'opt' - LLVM optimizer A single optimization pass in 'opt' is giving a third party backend I'm using some problems. It would be a nice addition to add a command line switch to disable specific optimizations after they have been added by the convenience optimization switches like -O1..3, -std-link-opts, -std-compile-opts ect ect... For example the -scalarrepl pass turns [16 x float] into i512 in some places. The Javascript backend 'Emscripten' doesn't like this transformation as it doesn't support that big values. There is currently no way to disable an optimization pass in an easy way. Only workaround: (but horrible) Don't use convenience switches and specify all optimization passes manually - excluding the ones you don't like. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 08:55:18 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 08:55:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 10658] MCValue::getAssociatedSection() is missing In-Reply-To: References: Message-ID: <20110816135518.4FC7D2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10658 Rafael ?vila de Esp?ndola changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 09:23:41 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 09:23:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 10674] New: llvm::DAGTypeLegalizer::SetScalarizedVector(llvm::SDValue, llvm::SDValue): Assertion `Result.getValueType() == Op.getValueType().getVectorElementType() && "Invalid type for scalarized vector"' failed. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10674 Summary: llvm::DAGTypeLegalizer::SetScalarizedVector(llvm::SDVa lue, llvm::SDValue): Assertion `Result.getValueType() == Op.getValueType().getVectorElementType() && "Invalid type for scalarized vector"' failed. Product: libraries Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: Backend: X86 AssignedTo: unassignedbugs at nondot.org ReportedBy: nadav.rotem at intel.com CC: llvmbugs at cs.uiuc.edu llc: /nfs/iil/disks/cvcc/nrotem/llvm/llvm-head/llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:756: void llvm::DAGTypeLegalizer::SetScalarizedVector(llvm::SDValue, llvm::SDValue): Assertion `Result.getValueType() == Op.getValueType().getVectorElementType() && "Invalid type for scalarized vector"' failed. 0 llc 0x00000000015e002a 1 llc 0x00000000015e05b8 2 libpthread.so.0 0x00002aaaaabd4d60 3 libc.so.6 0x00002aaaab275f45 gsignal + 53 4 libc.so.6 0x00002aaaab277340 abort + 272 5 libc.so.6 0x00002aaaab26f486 __assert_fail + 246 6 llc 0x00000000010e94c1 7 llc 0x0000000001103482 8 llc 0x00000000010ea93f 9 llc 0x00000000010eb2d6 llvm::SelectionDAG::LegalizeTypes() + 50 10 llc 0x000000000108b565 llvm::SelectionDAGISel::CodeGenAndEmitDAG() + 1025 11 llc 0x000000000108d842 llvm::SelectionDAGISel::SelectBasicBlock(llvm::ilist_iterator, llvm::ilist_iterator, bool&) + 230 12 llc 0x000000000108e1a4 llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) + 2400 13 llc 0x000000000108e723 llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) + 849 14 llc 0x00000000011d8cf1 llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 85 15 llc 0x0000000001518db7 llvm::FPPassManager::runOnFunction(llvm::Function&) + 371 16 llc 0x0000000001518fb4 llvm::FPPassManager::runOnModule(llvm::Module&) + 86 17 llc 0x0000000001518a63 llvm::MPPassManager::runOnModule(llvm::Module&) + 381 18 llc 0x000000000151a230 llvm::PassManagerImpl::run(llvm::Module&) + 116 19 llc 0x000000000151a293 llvm::PassManager::run(llvm::Module&) + 33 20 llc 0x0000000000b3737d main + 2403 21 libc.so.6 0x00002aaaab263304 __libc_start_main + 244 22 llc 0x0000000000b35ac9 Stack dump: 0. Program arguments: /nfs/iil/disks/cvcc/nrotem/llvm/llvm-head/build/Debug+Asserts/bin//llc temp.ll -march=x86-64 -mattr=+avx -o /dev/null 1. Running pass 'Function Pass Manager' on module 'temp.ll'. 2. Running pass 'X86 DAG->DAG Instruction Selection' on function '@autogen_13617_5000' ; ModuleID = 'bugpoint-reduced-simplified.bc' target triple = "x86_64-unknown-linux-gnu" define void @autogen_13617_5000(i8*) { BB: %S240 = icmp ule <8 x i8> undef, undef %E330 = extractelement <8 x i1> %S240, i32 4 %S369 = select i1 %E330, i8 undef, i8 -65 store i8 %S369, i8* %0 ret void } -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 12:01:54 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 12:01:54 -0500 (CDT) Subject: [LLVMbugs] [Bug 10670] Segmentation fault while compiling kvirc In-Reply-To: References: Message-ID: <20110816170154.5E0662A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10670 Benjamin Kramer changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #4 from Benjamin Kramer 2011-08-16 12:01:53 CDT --- I can't reproduce the crash here. It was probably fixed since 2.9, please try clang from svn trunk. If you can still reproduce the crash with trunk, feel free to reopen the bug. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 14:53:39 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 14:53:39 -0500 (CDT) Subject: [LLVMbugs] [Bug 10675] New: Cannot check the code out Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10675 Summary: Cannot check the code out Product: Website Version: unspecified Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: General Website AssignedTo: unassignedbugs at nondot.org ReportedBy: mandaris.moore at gmail.com CC: llvmbugs at cs.uiuc.edu I'm trying to check the code out and it isn't working for me. http://llvm.org/svn/llvm-project/llvm/trunk -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 15:10:10 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 15:10:10 -0500 (CDT) Subject: [LLVMbugs] [Bug 10675] Cannot check the code out In-Reply-To: References: Message-ID: <20110816201010.07B032A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10675 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |WORKSFORME --- Comment #1 from Eli Friedman 2011-08-16 15:10:09 CDT --- The server appears to be working; maybe there's something wrong with your connection? See also http://llvm.org/docs/GettingStarted.html#checkout . -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 17:16:45 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 17:16:45 -0500 (CDT) Subject: [LLVMbugs] [Bug 10676] New: [x86 disassembler] L bit in VEX prefix is not ignored properly Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10676 Summary: [x86 disassembler] L bit in VEX prefix is not ignored properly Product: libraries Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Backend: X86 AssignedTo: unassignedbugs at nondot.org ReportedBy: kkhoo at perfwizard.com CC: llvmbugs at cs.uiuc.edu According to the "Intel? 64 and IA-32 Architectures Software Developer?s Manual Volume 2 (2A & 2B): Instruction Set Reference, A-Z", p. 3-42: ADDSD?Add Scalar Double-Precision Floating-Point Values VEX.NDS.LIG.F2.0F.WIG 58 /r "LIG" in the above spec is defined on p. 3-5: If VEX.LIG is present in the opcode column: The VEX.L value is ignored. With llvm-mc trunk revision 135913: $ echo '0xc5 0xf3 0x58 0xc0'| ./llvm-mc -disassemble -triple="x86_64" vaddsd %xmm0, %xmm1, %xmm0 $ echo '0xc5 0xf7 0x58 0xc0'| ./llvm-mc -disassemble -triple="x86_64" vaddps %ymm0, %ymm1, %ymm0 Setting the 'L' bit changed the disassembly from vaddsd to vaddps, but it shouldn't have affected anything according to the docs. Using the 3-byte VEX prefix has the same behavior: $ echo '0xc4 0xc1 0x73 0x58 0xc0'| ./llvm-mc -disassemble -triple="x86_64" vaddsd %xmm8, %xmm1, %xmm0 $ echo '0xc4 0xc1 0x77 0x58 0xc0'| ./llvm-mc -disassemble -triple="x86_64" vaddps %ymm8, %ymm1, %ymm0 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 17:24:05 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 17:24:05 -0500 (CDT) Subject: [LLVMbugs] [Bug 10677] New: Encoding issue with avx SIB dest Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10677 Summary: Encoding issue with avx SIB dest Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: pete.cooper at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7078) --> (http://llvm.org/bugs/attachment.cgi?id=7078) Patch to x86 code emitter and test case Have found an issue with this assembly writing to a memory location vmovaps %xmm3, (%r14,%r11) The Intel spec says it should have the REX.X bit set to 1 to use r11, but the code emitter is not setting VEX.X to 0 (which sets REX.X to 1 as its inverted) I've found the issue is that the switch statement in EmitVEXOpcodePrefix is checking for MRMSrcReg but not MRMDestReg when checking whether to set the VEX.X bit. I'm attaching a patch for this and a patch to the avx encoding test case which has the correct decoding according to binutils objdump. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 18:02:29 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 18:02:29 -0500 (CDT) Subject: [LLVMbugs] [Bug 10533] False positive garbage/undefined report In-Reply-To: References: Message-ID: <20110816230229.CE7442A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10533 Ted Kremenek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Ted Kremenek 2011-08-16 18:02:29 CDT --- I can reproduce with checker-257. This is indeed now fixed in mainline. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 18:29:19 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 18:29:19 -0500 (CDT) Subject: [LLVMbugs] [Bug 10678] New: [x86 disassembler] vandpd is not disassembled Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10678 Summary: [x86 disassembler] vandpd is not disassembled Product: libraries Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Backend: X86 AssignedTo: unassignedbugs at nondot.org ReportedBy: kkhoo at perfwizard.com CC: llvmbugs at cs.uiuc.edu >From the "Intel? 64 and IA-32 Architectures Software Developer?s Manual Volume 2 (2A & 2B): Instruction Set Reference, A-Z", p. 3-67: VEX.NDS.128.66.0F.WIG 54 /r VANDPD xmm1, xmm2, xmm3/m128 VEX.NDS.256.66.0F.WIG 54 /r VANDPD ymm1, ymm2, ymm3/m256 'VANDPD' can be specified with either the 2- or 3-byte VEX prefix (clang on OSX correctly assembles the following): vandpd %xmm2, %xmm1, %xmm3 vandpd %ymm13, %ymm1, %ymm0 The object file shows: C5 F1 54 DA C4 C1 75 54 C5 But using llvm-mc built from trunk revision 135913 produces the wrong output for these byte sequences: $ echo '0xc5 0xf1 0x54 0xda'| ./llvm-mc -disassemble -triple="x86_64" andps %xmm2, %xmm3 $ echo '0xc4 0xc1 0x75 0x54 0xc5'| ./llvm-mc -disassemble -triple="x86_64" andps %xmm13, %xmm0 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 20:28:11 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 20:28:11 -0500 (CDT) Subject: [LLVMbugs] [Bug 10679] New: Dragonegg miscompiles dlls/kernel32/tests/debugger.c from Wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10679 Summary: Dragonegg miscompiles dlls/kernel32/tests/debugger.c from Wine Product: dragonegg Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: miscompilation Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Depends on: 10639 Created an attachment (id=7080) --> (http://llvm.org/bugs/attachment.cgi?id=7080) preprocessed gcc and dragonegg files Dragonegg can compile wine successfully, aside from http://bugs.winehq.org/show_bug.cgi?id=28050. Running its test suite, however, shows a few problems. This is the second one (8 potential). To reproduce, compile wine with: $ CC=llvm-gcc ./configure $ make then run the test: $ cd dlls/kernel32/tests $ make debugger.ok this will fail: austin at debian:~/wine-llvmgcc/dlls/kernel32/tests$ make debugger.ok ... debugger.c:412: Test failed: exit code = c000001d debugger.c:480: Tests skipped: "none" debugger test needs user interaction wine: Unhandled illegal instruction at address 0x68776a23 (thread 0025), starting debugger... debugger.c:345: Test failed: wrong exit code : c000001d wine: Unhandled illegal instruction at address 0x68776a23 (thread 0029), starting debugger... wine: Unhandled illegal instruction at address 0x68776a23 (thread 002d), starting debugger... debugger.c:345: Test failed: wrong exit code : c000001d wine: Unhandled illegal instruction at address 0x68776a23 (thread 0031), starting debugger... debugger.c:345: Test failed: wrong exit code : c000001d make: *** [debugger.ok] Error 4 compiling that file with gcc-4.5 with gcc, or using -O0 instead works around the issue. I'll attach preprocessed source files from draognegg and gcc (versions below). If more info is needed, please don't hesitate to ask. austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ svn info ~/src/dragonegg/ Path: /home/austin/src/dragonegg URL: http://llvm.org/svn/llvm-project/dragonegg/trunk Repository Root: http://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8 Revision: 137784 Node Kind: directory Schedule: normal Last Changed Author: baldrick Last Changed Rev: 137718 Last Changed Date: 2011-08-16 07:08:18 -0700 (Tue, 16 Aug 2011) austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ gcc-4.5 --version gcc-4.5 (Debian 4.5.3-5) 4.5.3 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 20:44:53 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 20:44:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 10680] New: Dragonegg miscompiles dlls/oleaut32/tests/typelib.c from Wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10680 Summary: Dragonegg miscompiles dlls/oleaut32/tests/typelib.c from Wine Product: dragonegg Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: miscompilation Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7081) --> (http://llvm.org/bugs/attachment.cgi?id=7081) preprocessed gcc and dragonegg files Dragonegg can compile wine successfully, aside from http://bugs.winehq.org/show_bug.cgi?id=28050. Running its test suite, however, shows a few problems. This is the third one (8 potential). To reproduce, compile wine with: $ CC=llvm-gcc ./configure $ make then run the test: $ cd dlls/oleaut32/tests $ make typelib.ok this will fail: austin at debian:~/wine-llvmgcc/dlls/oleaut32/tests$ make typelib.ok typelib.c:753: Test failed: wrong arg2.Hi32 d10 typelib.c:754: Test failed: wrong arg2.Lo64 5555000000000000 typelib.c:755: Test failed: wrong arg3 type 5555 typelib.c:756: Test failed: wrong arg3 value 55555555 typelib.c:873: Test failed: DispCallFunc failed 80020010 compiling that file with gcc-4.5 with gcc, or using -O0 instead works around the issue. I'll attach preprocessed source files from draognegg and gcc (versions below). If more info is needed, please don't hesitate to ask. austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ svn info ~/src/dragonegg/ Path: /home/austin/src/dragonegg URL: http://llvm.org/svn/llvm-project/dragonegg/trunk Repository Root: http://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8 Revision: 137784 Node Kind: directory Schedule: normal Last Changed Author: baldrick Last Changed Rev: 137718 Last Changed Date: 2011-08-16 07:08:18 -0700 (Tue, 16 Aug 2011) austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ gcc-4.5 --version gcc-4.5 (Debian 4.5.3-5) 4.5.3 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 20:50:32 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 20:50:32 -0500 (CDT) Subject: [LLVMbugs] [Bug 10681] New: Dragonegg miscompiles dlls/user32/win.c from Wine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10681 Summary: Dragonegg miscompiles dlls/user32/win.c from Wine Product: dragonegg Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: miscompilation Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7082) --> (http://llvm.org/bugs/attachment.cgi?id=7082) preprocessed gcc and dragonegg files Dragonegg can compile wine successfully, aside from http://bugs.winehq.org/show_bug.cgi?id=28050. Running its test suite, however, shows a few problems. This is the fourth one. To reproduce, compile wine with: $ CC=llvm-gcc ./configure $ make then run the test: $ cd dlls/user32/tests $ make win.ok this will fail: austin at debian:~/wine-llvmgcc/dlls/user32/tests$ make win.ok win.c:5032: Test failed: creation failed err 0 win.c:5034: Test failed: invalid rect right 0 win.c:5035: Test failed: invalid rect bottom 0 win.c:5044: Test failed: creation failed err 0 win.c:5046: Test failed: invalid rect right 0 win.c:5048: Test failed: invalid rect bottom 0 compiling dlls/user32/win.c with gcc-4.5 with gcc, or using -O0 instead works around the issue. I'll attach preprocessed source files from draognegg and gcc (versions below). If more info is needed, please don't hesitate to ask. austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ svn info ~/src/dragonegg/ Path: /home/austin/src/dragonegg URL: http://llvm.org/svn/llvm-project/dragonegg/trunk Repository Root: http://llvm.org/svn/llvm-project Repository UUID: 91177308-0d34-0410-b5e6-96231b3b80d8 Revision: 137784 Node Kind: directory Schedule: normal Last Changed Author: baldrick Last Changed Rev: 137718 Last Changed Date: 2011-08-16 07:08:18 -0700 (Tue, 16 Aug 2011) austin at debian:~/wine-dragoneggsvn/dlls/kernel32/tests$ gcc-4.5 --version gcc-4.5 (Debian 4.5.3-5) 4.5.3 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 16 20:52:27 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 16 Aug 2011 20:52:27 -0500 (CDT) Subject: [LLVMbugs] [Bug 10682] New: [META] Compiling Wine with dragonegg Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10682 Summary: [META] Compiling Wine with dragonegg Product: dragonegg Version: trunk Platform: PC URL: http://www.winehq.org OS/Version: Linux Status: NEW Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: austinenglish at gmail.com CC: llvmbugs at cs.uiuc.edu Depends on: 9702,10639,10640,10679,10680,10681 This is a meta-bug for issues compiling wine with Dragonegg (for issues Wine/Clang, see bug 10638). Inspired by bug 4068, bug 6815, and bug 7207. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 02:20:55 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 02:20:55 -0500 (CDT) Subject: [LLVMbugs] [Bug 10683] New: Clang preprocessor crashes if the file contains "// \" characters Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10683 Summary: Clang preprocessor crashes if the file contains "// \" characters Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: eremeev at viva64.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com The Clang preprocessor crashes with signal 1073740791 if the file it is processing contains the following character sequence: // \ The last backslash character('\') here must be followed by a newline character, and the next line after it should be empty. The crash occurs only if the preprocessor had been launched with -C command line option: clang.exe" -E -C "crash.cpp" The crash occurred originally in the file containing the following: if(GetFileAttributes(dirBuffer) == 0xFFFFFFFF) { //if no, i search in \system32\drivers\ ... } This code originally had been successfully preprocessed by Visual C++ preprocessor. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 06:04:00 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 06:04:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 10684] New: MPPassManager::addLowerLevelRequiredPass may crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10684 Summary: MPPassManager::addLowerLevelRequiredPass may crash Product: new-bugs Version: trunk Platform: PC OS/Version: Windows XP Status: NEW Severity: release blocker Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: gordon.haak at googlemail.com CC: llvmbugs at cs.uiuc.edu the call 'FPP->add' in line 1635 (revision 137072 of lib/VMCore/PassManager.cpp) may destroy the 'RequiredPass' if such a Pass is already scheduled. This results in a dangling pointer of 'RequiredPass' which is added to the LU container in line 1639. Finally this leads to a core dump. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 07:19:56 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 07:19:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 10685] New: "pragma comment" followed by a comment while clang is started with -C Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10685 Summary: "pragma comment" followed by a comment while clang is started with -C Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: eremeev at viva64.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Starting the Clang preprocessor with -E -C command line options for the following code: #pragma comment (lib, "winmm.lib") //some comment generates this error message: pragma_comment.cpp:1:36: error: pragma comment requires parenthesized identifier and optional string #pragma comment (lib, "winmm.lib") //some comment ^ :2:1: note: expanded from: /*some comment*/ ^ #line 1 "pragma_comment.cpp" #line 1 "pragma_comment.cpp" #line 1 "" #line 1 "" #line 144 "" #line 1 "" #line 1 "" #line 1 "pragma_comment.cpp" 1 error generated. Also, this code is successfully preprocessed by clang without -C switch and by MSVC compiler. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 07:21:44 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 07:21:44 -0500 (CDT) Subject: [LLVMbugs] [Bug 10686] New: Segfault Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10686 Summary: Segfault Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: pipping at exherbo.org CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=7084) --> (http://llvm.org/bugs/attachment.cgi?id=7084) delta-reduced input (not valid code but manages to make clang++ crash) pipping at bogus /home/pipping/foo % clang++ -c in.ii in.ii:1:102: error: expected ',' or '>' in template-parameter-list namespace Dune { namespace GenericGeometry { template< template< int > class Element, int 3 > ... ^ in.ii:1:104: error: expected unqualified-id namespace Dune { namespace GenericGeometry { template< template< int > class Element, int 3 > ... ^ in.ii:1:802: error: explicit specialization of non-template class 'CodimTable' ...template< int > class Element> class CodimTable< Element, -1 > { friend class CodimTable< ... ^ ~~~~~~~~~~~~~~~ in.ii:1:853: error: too many template arguments for class template 'CodimTable' ...-1 > { friend class CodimTable< Element, 0 >; typedef typename Dune::tuple<> ElementTuple; ... ^ ~~~ in.ii:1:802: note: template is declared here ...} }; template< template< int > class Element> class CodimTable< Element, -1 > { ... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ clang: DeclSpec.cpp:511: bool clang::DeclSpec::SetTypeSpecType(TST, clang::SourceLocation, clang::SourceLocation, const char *&, unsigned int &, ParsedType): Assertion `Rep && "no type provided!"' failed. 0 libLLVM-3.0svn.so 0x00007fea146e1dcf 1 libLLVM-3.0svn.so 0x00007fea146e2279 2 libpthread.so.0 0x00007fea138d9f10 3 libc.so.6 0x00007fea12bf85c5 gsignal + 53 4 libc.so.6 0x00007fea12bf98c5 abort + 389 5 libc.so.6 0x00007fea12bf1235 __assert_fail + 245 6 clang 0x00000000007988c1 7 clang 0x000000000077991c clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool) + 4908 8 clang 0x000000000076b736 clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext) + 2710 9 clang 0x000000000077b812 clang::Parser::ParseCXXClassMemberDeclaration(clang::AccessSpecifier, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject*) + 1986 10 clang 0x000000000077a43c clang::Parser::ParseCXXMemberSpecification(clang::SourceLocation, unsigned int, clang::Decl*) + 1452 11 clang 0x0000000000779895 clang::Parser::ParseClassSpecifier(clang::tok::TokenKind, clang::SourceLocation, clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, bool) + 4773 12 clang 0x000000000076b736 clang::Parser::ParseDeclarationSpecifiers(clang::DeclSpec&, clang::Parser::ParsedTemplateInfo const&, clang::AccessSpecifier, clang::Parser::DeclSpecContext) + 2710 13 clang 0x0000000000758e68 clang::Parser::ParseSingleDeclarationAfterTemplate(unsigned int, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject&, clang::SourceLocation&, clang::AccessSpecifier) + 696 14 clang 0x00000000007589e3 clang::Parser::ParseTemplateDeclarationOrSpecialization(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 723 15 clang 0x0000000000758660 clang::Parser::ParseDeclarationStartingWithTemplate(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 304 16 clang 0x000000000076a827 clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 327 17 clang 0x000000000076106b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 1643 18 clang 0x00000000007766da clang::Parser::ParseInnerNamespace(std::vector >&, std::vector >&, std::vector >&, unsigned int, clang::SourceLocation&, clang::SourceLocation&, clang::ParsedAttributes&, clang::SourceLocation&) + 218 19 clang 0x000000000077628e clang::Parser::ParseNamespace(unsigned int, clang::SourceLocation&, clang::SourceLocation) + 3342 20 clang 0x000000000076a89a clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 442 21 clang 0x000000000076106b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 1643 22 clang 0x00000000007766da clang::Parser::ParseInnerNamespace(std::vector >&, std::vector >&, std::vector >&, unsigned int, clang::SourceLocation&, clang::SourceLocation&, clang::ParsedAttributes&, clang::SourceLocation&) + 218 23 clang 0x000000000077628e clang::Parser::ParseNamespace(unsigned int, clang::SourceLocation&, clang::SourceLocation) + 3342 24 clang 0x000000000076a89a clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 442 25 clang 0x000000000076106b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 1643 26 clang 0x0000000000760984 clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) + 244 27 clang 0x0000000000749b3e clang::ParseAST(clang::Sema&, bool) + 318 28 clang 0x0000000000651c00 clang::CodeGenAction::ExecuteAction() + 768 29 clang 0x0000000000558c17 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 983 30 clang 0x0000000000543aab clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 2779 31 clang 0x000000000053bb2c cc1_main(char const**, char const**, char const*, void*) + 6124 32 clang 0x0000000000540008 main + 632 33 libc.so.6 0x00007fea12be4c7d __libc_start_main + 253 34 clang 0x000000000053a279 Stack dump: 0. Program arguments: /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -main-file-name in.ii -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.21.1 -momit-leaf-frame-pointer -coverage-file in.o -resource-dir /usr/bin/../lib/clang/3.0 -fdeprecated-macro -ferror-limit 19 -fmessage-length 118 -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o in.o -x c++-cpp-output in.ii 1. in.ii:1:877: current parser token ';' 2. in.ii:1:2: parsing namespace 'Dune' 3. in.ii:1:22: parsing namespace 'GenericGeometry' 4. in.ii:1:796: parsing struct/union/class body 'CodimTable' clang: error: unable to execute command: Aborted clang: error: clang frontend command failed due to signal 2 (use -v to see invocation) clang: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/ and include command line arguments and all diagnostic information. clang: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. pipping at bogus /home/pipping/foo % This is with clang 3.0-git-a47027bbd8443593cec15bd7f1fc0eed38d4f904. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 09:02:01 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 09:02:01 -0500 (CDT) Subject: [LLVMbugs] [Bug 10687] New: IPSCCP crashes on extractvalue Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10687 Summary: IPSCCP crashes on extractvalue Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu This is a recent regression; it is the cause of the dragonegg 64 bit buildbot failure. Testcase: define void @foo() { entry: %e = extractvalue { i64, i64 } undef, 1 ret void } To reproduce: $ opt -ipsccp -disable-output XCoreISelLowering.ll opt: llvm/lib/Transforms/Scalar/SCCP.cpp:379: {anonymous}::LatticeVal& {anonymous}::SCCPSolver::getValueState(llvm::Value*): Assertion `!V->getType()->isStructTy() && "Should use getStructValueState"' failed. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 11:36:19 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 11:36:19 -0500 (CDT) Subject: [LLVMbugs] [Bug 10688] New: [AVX] cannot select: v8i32 = bit_convert Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10688 Summary: [AVX] cannot select: v8i32 = bit_convert Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: matt at pharr.org CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7085) --> (http://llvm.org/bugs/attachment.cgi?id=7085) test case If I run llc -mattr=+avx on the attached, using top-of-tree, I'm seeing: LLVM ERROR: Cannot select: 0x101829410: v8i32 = bit_convert 0x101829310 [ID=4] 0x101829310: v8f32 = BUILD_VECTOR 0x101829210, 0x101829210, 0x101829210, 0x101829210, 0x101829210, 0x101829210, 0x101829210, 0x101829210 [ID=3] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] 0x101829210: f32 = TargetConstantFP<0.000000e+00> [ID=2] -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 11:38:41 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 11:38:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 10689] New: [AVX] Assertion failed: (Num < NumOperands && "Invalid child # of SDNode!"), Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10689 Summary: [AVX] Assertion failed: (Num < NumOperands && "Invalid child # of SDNode!"), Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: matt at pharr.org CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7086) --> (http://llvm.org/bugs/attachment.cgi?id=7086) test case With top-of-tree, if I run llc -mattr=+avx on the attached, I get the following crash: Assertion failed: (Num < NumOperands && "Invalid child # of SDNode!"), function getOperand, file /Users/mmp/llvm-dev-src/include/llvm/CodeGen/SelectionDAGNodes.h, line 534. 0 llc 0x000000010b1b8a22 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6494 1 llc 0x000000010b1b9029 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 8037 2 libsystem_c.dylib 0x00007fff86a09cfa _sigtramp + 26 3 libsystem_c.dylib 0x0000000000000010 _sigtramp + 18446603338257490736 4 llc 0x000000010b1b8986 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6338 5 llc 0x000000010b1b89d8 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6420 6 llc 0x000000010ac05a6a llvm::X86Subtarget::isTargetELF() const + 214978 7 llc 0x000000010abe7d35 llvm::X86Subtarget::isTargetELF() const + 92813 8 llc 0x000000010ad13855 std::vector >::reserve(unsigned long) + 3057 9 llc 0x000000010ad12dc1 std::vector >::reserve(unsigned long) + 349 10 llc 0x000000010adbfcad llvm::SelectionDAGBuilder::Case::size() const + 33897 11 llc 0x000000010adc1c92 llvm::SelectionDAGBuilder::Case::size() const + 42062 12 llc 0x000000010adc28eb llvm::SelectionDAGBuilder::Case::size() const + 45223 13 llc 0x000000010ae9e034 llvm::MachineFunctionAnalysis::getPassName() const + 458 14 llc 0x000000010b11f95d llvm::cl::parser::~parser() + 26355 15 llc 0x000000010b11b33b llvm::cl::parser::~parser() + 8401 16 llc 0x000000010b11f65a llvm::cl::parser::~parser() + 25584 17 llc 0x000000010b120a81 llvm::cl::parser::~parser() + 30743 18 llc 0x000000010b120b01 llvm::cl::parser::~parser() + 30871 19 llc 0x000000010a88b9e3 20 llc 0x000000010a88a234 21 llc 0x0000000000000003 Stack dump: 0. Program arguments: /Users/mmp/llvm-dev/bin/llc -mattr=+avx bug.bc 1. Running pass 'Function Pass Manager' on module 'bug.bc'. 2. Running pass 'X86 DAG->DAG Instruction Selection' on function '@"result___REFUf[]"' [1] 61517 illegal hardware instruction ~/llvm-dev/bin/llc -mattr=+avx bug.bc As it turns out, running bugpoint on the attached gives a different crash, which I've reported separately in http://llvm.org/bugs/show_bug.cgi?id=10688 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 11:41:49 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 11:41:49 -0500 (CDT) Subject: [LLVMbugs] [Bug 10690] New: Clang Does Not Supply Correct Linker Flags Under 64bit Slackware Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10690 Summary: Clang Does Not Supply Correct Linker Flags Under 64bit Slackware Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Driver AssignedTo: unassignedclangbugs at nondot.org ReportedBy: willdtz at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7087) --> (http://llvm.org/bugs/attachment.cgi?id=7087) Add support for 64bit slackware toolchain Same issue as: http://llvm.org/bugs/show_bug.cgi?id=9731 , but for 64bit slackware not 32bit. Patch attached teaches Clang where slackware64 puts the toolchain so that linking C programs works. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 11:42:10 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 11:42:10 -0500 (CDT) Subject: [LLVMbugs] [Bug 10683] Clang crashes with -C if the file contains a line continuation in a single-line comment In-Reply-To: References: Message-ID: <20110817164210.9FE1E2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10683 Francois Pichet changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |pichet2000 at gmail.com Resolution| |DUPLICATE --- Comment #2 from Francois Pichet 2011-08-17 11:42:10 CDT --- *** This bug has been marked as a duplicate of bug 10153 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 12:26:36 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 12:26:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 10691] New: Segfault Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10691 Summary: Segfault Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++0x AssignedTo: unassignedclangbugs at nondot.org ReportedBy: pipping at exherbo.org CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=7088) --> (http://llvm.org/bugs/attachment.cgi?id=7088) delta-reduced input (not valid code but manages to make clang++ crash) pipping at bogus /home/pipping/reduce % clang++ -c -std=c++0x cc-MJgC6J-clean.ii cc-MJgC6J-clean.ii:10:3: error: no template named 'MakeFormatStringFetcher'; did you mean 'MakeMakeFormatStringFetcher'? MakeFormatStringFetcher operator<< (MakeFormatStringFetcher && f, const std::string & s) ^~~~~~~~~~~~~~~~~~~~~~~ MakeMakeFormatStringFetcher cc-MJgC6J-clean.ii:5:10: note: 'MakeMakeFormatStringFetcher' declared here struct MakeMakeFormatStringFetcher ^ cc-MJgC6J-clean.ii:10:47: error: no template named 'MakeFormatStringFetcher'; did you mean 'MakeMakeFormatStringFetcher'? MakeFormatStringFetcher operator<< (MakeFormatStringFetcher && f, const std::string & s) ^~~~~~~~~~~~~~~~~~~~~~~ MakeMakeFormatStringFetcher cc-MJgC6J-clean.ii:5:10: note: 'MakeMakeFormatStringFetcher' declared here struct MakeMakeFormatStringFetcher ^ cc-MJgC6J-clean.ii:10:96: error: no type named 'string' in namespace 'std' MakeFormatStringFetcher operator<< (MakeFormatStringFetcher && f, const std::string & s) ~~~~~^ cc-MJgC6J-clean.ii:12:5: error: no template named 'MakeFormatStringFetcher'; did you mean 'MakeMakeFormatStringFetcher'? MakeFormatStringFetcher result{std::move(f.user_key), f.user_key_version, std::move(f.text)}; ^~~~~~~~~~~~~~~~~~~~~~~ MakeMakeFormatStringFetcher cc-MJgC6J-clean.ii:5:10: note: 'MakeMakeFormatStringFetcher' declared here struct MakeMakeFormatStringFetcher ^ clang: SemaInit.cpp:4119: ExprResult clang::InitializationSequence::Perform(clang::Sema &, const clang::InitializedEntity &, const clang::InitializationKind &, MultiExprArg, clang::QualType *): Assertion `Kind.getKind() == InitializationKind::IK_Copy || Kind.isExplicitCast()' failed. 0 libLLVM-3.0svn.so 0x00007f6afa29adcf 1 libLLVM-3.0svn.so 0x00007f6afa29b279 2 libpthread.so.0 0x00007f6af9492f10 3 libc.so.6 0x00007f6af87b15c5 gsignal + 53 4 libc.so.6 0x00007f6af87b28c5 abort + 389 5 libc.so.6 0x00007f6af87aa235 __assert_fail + 245 6 clang 0x00000000008dd679 clang::InitializationSequence::Perform(clang::Sema&, clang::InitializedEntity const&, clang::InitializationKind const&, clang::ASTMultiPtr, clang::QualType*) + 8137 7 clang 0x000000000081fbea clang::Sema::AddInitializerToDecl(clang::Decl*, clang::Expr*, bool, bool) + 2730 8 clang 0x000000000076da61 clang::Parser::ParseDeclarationAfterDeclaratorAndAttributes(clang::Declarator&, clang::Parser::ParsedTemplateInfo const&) + 1809 9 clang 0x000000000076cf36 clang::Parser::ParseDeclGroup(clang::Parser::ParsingDeclSpec&, unsigned int, bool, clang::SourceLocation*, clang::Parser::ForRangeInit*) + 1366 10 clang 0x000000000076abe5 clang::Parser::ParseSimpleDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::ParsedAttributes&, bool, clang::Parser::ForRangeInit*) + 661 11 clang 0x000000000076a7d2 clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 242 12 clang 0x000000000075298a clang::Parser::ParseStatementOrDeclaration(clang::ASTOwningVector&, bool) + 1594 13 clang 0x0000000000756c73 clang::Parser::ParseCompoundStatementBody(bool) + 1187 14 clang 0x00000000007578fe clang::Parser::ParseFunctionStatementBody(clang::Decl*, clang::Parser::ParseScope&) + 174 15 clang 0x0000000000762816 clang::Parser::ParseFunctionDefinition(clang::Parser::ParsingDeclarator&, clang::Parser::ParsedTemplateInfo const&) + 1558 16 clang 0x000000000075939f clang::Parser::ParseSingleDeclarationAfterTemplate(unsigned int, clang::Parser::ParsedTemplateInfo const&, clang::Parser::ParsingDeclRAIIObject&, clang::SourceLocation&, clang::AccessSpecifier) + 2031 17 clang 0x00000000007589e3 clang::Parser::ParseTemplateDeclarationOrSpecialization(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 723 18 clang 0x0000000000758660 clang::Parser::ParseDeclarationStartingWithTemplate(unsigned int, clang::SourceLocation&, clang::AccessSpecifier) + 304 19 clang 0x000000000076a827 clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 327 20 clang 0x000000000076106b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 1643 21 clang 0x00000000007766da clang::Parser::ParseInnerNamespace(std::vector >&, std::vector >&, std::vector >&, unsigned int, clang::SourceLocation&, clang::SourceLocation&, clang::ParsedAttributes&, clang::SourceLocation&) + 218 22 clang 0x000000000077628e clang::Parser::ParseNamespace(unsigned int, clang::SourceLocation&, clang::SourceLocation) + 3342 23 clang 0x000000000076a89a clang::Parser::ParseDeclaration(clang::ASTOwningVector&, unsigned int, clang::SourceLocation&, clang::Parser::ParsedAttributesWithRange&) + 442 24 clang 0x000000000076106b clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&, clang::Parser::ParsingDeclSpec*) + 1643 25 clang 0x0000000000760984 clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) + 244 26 clang 0x0000000000749b3e clang::ParseAST(clang::Sema&, bool) + 318 27 clang 0x0000000000651c00 clang::CodeGenAction::ExecuteAction() + 768 28 clang 0x0000000000558c17 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 983 29 clang 0x0000000000543aab clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 2779 30 clang 0x000000000053bb2c cc1_main(char const**, char const**, char const*, void*) + 6124 31 clang 0x0000000000540008 main + 632 32 libc.so.6 0x00007f6af879dc7d __libc_start_main + 253 33 clang 0x000000000053a279 Stack dump: 0. Program arguments: /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -main-file-name cc-MJgC6J-clean.ii -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.21.1 -momit-leaf-frame-pointer -coverage-file cc-MJgC6J-clean.o -resource-dir /usr/bin/../lib/clang/3.0 -std=c++0x -fdeprecated-macro -ferror-limit 19 -fmessage-length 118 -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o cc-MJgC6J-clean.o -x c++-cpp-output cc-MJgC6J-clean.ii 1. cc-MJgC6J-clean.ii:12:105: current parser token ';' 2. cc-MJgC6J-clean.ii:1:1: parsing namespace 'std' 3. cc-MJgC6J-clean.ii:11:3: parsing function body 'operator<<' 4. cc-MJgC6J-clean.ii:11:3: in compound statement ('{}') clang: error: unable to execute command: Aborted clang: error: clang frontend command failed due to signal 2 (use -v to see invocation) clang: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/ and include command line arguments and all diagnostic information. clang: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. pipping at bogus /home/pipping/reduce % This issue is related to bug #10599 in that it is derived from the same file but reduced differently. The resulting assertion failure and backtrace are different, too. This is with clang 3.0-git-a47027bbd8443593cec15bd7f1fc0eed38d4f904. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 12:29:52 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 12:29:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 10691] Segfault In-Reply-To: References: Message-ID: <20110817172952.663672A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10691 Elias Pipping changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from Elias Pipping 2011-08-17 12:29:51 CDT --- Sorry, I'm starting to lose track of those assertion failures. *** This bug has been marked as a duplicate of bug 10403 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 13:11:01 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 13:11:01 -0500 (CDT) Subject: [LLVMbugs] [Bug 10687] IPSCCP crashes on extractvalue In-Reply-To: References: Message-ID: <20110817181101.B60CB2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10687 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Eli Friedman 2011-08-17 13:11:01 CDT --- r137836. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 13:17:41 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 13:17:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 10690] Clang Does Not Supply Correct Linker Flags Under 64bit Slackware In-Reply-To: References: Message-ID: <20110817181741.E8BCB2A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10690 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2011-08-17 13:17:41 CDT --- r137839. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 14:34:12 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 14:34:12 -0500 (CDT) Subject: [LLVMbugs] [Bug 10692] New: Clang Can't Find C++ Headers on Slackware Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10692 Summary: Clang Can't Find C++ Headers on Slackware Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: willdtz at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7089) --> (http://llvm.org/bugs/attachment.cgi?id=7089) Add slackware include paths Clang can't find the C++ headers on slackware, since it hasn't been taught about the correct paths like it has for other distributions. The attached patch adds the required header paths on both 13.37 and -current. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 16:00:16 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 16:00:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 10693] New: mplayer doesn't compile, error during inline asm parsing Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10693 Summary: mplayer doesn't compile, error during inline asm parsing Product: clang Version: 2.9 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Frontend AssignedTo: unassignedclangbugs at nondot.org ReportedBy: balicki.aleksander at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7091) --> (http://llvm.org/bugs/attachment.cgi?id=7091) Compile log mplayer-1.0_rc4_p20110322 doesn't compile under clang. Generated log attached. This was compiled on Gentoo Linux x86 by using: CC=clang CXX=clang emerge mplayer USE=3dnow 3dnowext X a52 alsa amr ass cdio dga dirac doc dts dv dvd dvdnav enca encode faac faad ftp gif iconv ipv6 jpeg jpeg2k kernel_linux live lzo mad mmx mmxext mp3 network openal opengl osdmenu oss png quicktime rar real rtc schroedinger sdl shm speex sse sse2 theora toolame tremor truetype twolame unicode vidix vorbis vpx win32codecs x264 xanim xinerama xscreensaver xv xvid xvmc -aalib -altivec -aqua -bidi -bindist -bl -bluray -bs2b -cddb -cdparanoia -cpudetection -custom-cpuopts -debug -directfb -dvb -dxr3 -esd -fbcon -ggi -gsm -jack -joystick -ladspa -libcaca -libmpeg2 -lirc -md5sum -mng -mpg123 -nas -nut -pnm -pulseaudio -pvr -radio -rtmp -samba -ssse3 -tga -v4l -v4l2 -vdpau -video_cards_mga -video_cards_s3virge -video_cards_tdfx -video_cards_vesa -zoran -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 16:41:30 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 16:41:30 -0500 (CDT) Subject: [LLVMbugs] [Bug 10694] New: Assertion failed: (FromType->isIntegralOrUnscopedEnumerationType()), function endsWithNarrowing, file SemaInit.cpp, line 2326 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10694 Summary: Assertion failed: (FromType->isIntegralOrUnscopedEnumerationType()), function endsWithNarrowing, file SemaInit.cpp, line 2326 Product: clang Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: tm at ayena.de CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7092) --> (http://llvm.org/bugs/attachment.cgi?id=7092) Preprocessed sources (/tmp/cc-ZmphkT.ii) zipped LLVM revision: 137864 Clang revision: 137864 Attached are the preprocessed sources; at the end mentioned as /tmp/cc-ZmphkT.ii. Assertion failed: (FromType->isIntegralOrUnscopedEnumerationType()), function endsWithNarrowing, file SemaInit.cpp, line 2326. 0 clang 0x00000001019e6b12 llvm::SmallVectorTemplateBase::grow(unsigned long) + 818 1 clang 0x00000001019e7a93 llvm::SmallVectorTemplateBase::grow(unsigned long) + 4787 2 libSystem.B.dylib 0x00007fff875511ba _sigtramp + 26 3 libSystem.B.dylib 0x00007fff5fbec6d0 _sigtramp + 3630806320 4 clang 0x00000001019e6f92 llvm::SmallVectorTemplateBase::grow(unsigned long) + 1970 5 clang 0x0000000100581b88 llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 31704 6 clang 0x000000010058a984 llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 68052 7 clang 0x000000010058b939 llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 72073 8 clang 0x000000010058bb8d llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 72669 9 clang 0x00000001005928ee llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 100670 10 clang 0x000000010058c337 llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 74631 11 clang 0x000000010058cf30 llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 77696 12 clang 0x000000010059415c llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 106924 13 clang 0x000000010058834c llvm::cast_retty >::ret_type llvm::cast >(clang::CanQual const&) + 58268 14 clang 0x0000000100447e37 clang::CodeCompletionBuilder::AddTypedTextChunk(char const*) + 119479 15 clang 0x000000010031df67 clang::Parser::LexedMethod::~LexedMethod() + 6551 16 clang 0x0000000100327df2 clang::Parser::LexedMethod::~LexedMethod() + 47138 17 clang 0x000000010033204c clang::Parser::LexedMethod::~LexedMethod() + 88700 18 clang 0x0000000100332135 clang::Parser::LexedMethod::~LexedMethod() + 88933 19 clang 0x000000010036eba2 clang::PragmaOpenCLExtensionHandler::~PragmaOpenCLExtensionHandler() + 11762 20 clang 0x000000010036f7a6 clang::PragmaOpenCLExtensionHandler::~PragmaOpenCLExtensionHandler() + 14838 21 clang 0x000000010036fd59 clang::PragmaOpenCLExtensionHandler::~PragmaOpenCLExtensionHandler() + 16297 22 clang 0x00000001003871ea llvm::SmallVectorTemplateBase::grow(unsigned long) + 49898 23 clang 0x00000001003285ac clang::Parser::LexedMethod::~LexedMethod() + 49116 24 clang 0x00000001003848b8 llvm::SmallVectorTemplateBase::grow(unsigned long) + 39352 25 clang 0x0000000100384d3e llvm::SmallVectorTemplateBase::grow(unsigned long) + 40510 26 clang 0x0000000100389a43 llvm::SmallVectorTemplateBase::grow(unsigned long) + 60227 27 clang 0x000000010033a821 clang::Parser::DeclaratorScopeObj::EnterDeclaratorScope() + 29697 28 clang 0x000000010033b28a clang::Parser::DeclaratorScopeObj::EnterDeclaratorScope() + 32362 29 clang 0x00000001003323e3 clang::Parser::LexedMethod::~LexedMethod() + 89619 30 clang 0x0000000100389528 llvm::SmallVectorTemplateBase::grow(unsigned long) + 58920 31 clang 0x0000000100389e7a llvm::SmallVectorTemplateBase::grow(unsigned long) + 61306 32 clang 0x0000000100318e8b llvm::IRBuilder >::CreateGEP(llvm::Value*, llvm::Value*, llvm::Twine const&) + 859 33 clang 0x00000001002e3d1c llvm::DenseMap, llvm::DenseMapInfo >::grow(unsigned int) + 3852 34 clang 0x000000010002e871 llvm::DenseMap, llvm::DenseMapInfo >::grow(unsigned int) + 9649 35 clang 0x000000010000b7b3 llvm::raw_ostream::operator<<(char const*) + 1891 36 clang 0x0000000100001f4c 37 clang 0x000000010000a4fe std::vector >::_M_insert_aux(__gnu_cxx::__normal_iterator > >, std::string const&) + 13598 38 clang 0x0000000100001334 39 clang 0x000000000000008a Stack dump: 0. Program arguments: /Users/tobias/llvm/bin/clang -cc1 -triple x86_64-apple-macosx10.6.8 -emit-obj -disable-free -main-file-name QtUserSearchWindow.cpp -pic-level 1 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 123.2 -g -coverage-file Swift/QtUI/UserSearch/QtUserSearchWindow.o -resource-dir /Users/tobias/llvm/bin/../lib/clang/3.0 -isystem /Users/tobias/dev/gsoc/swift-jingle/3rdParty/Boost/src -D IDNA_STATIC -D BOOST_FILESYSTEM_VERSION=2 -D BOOST_SYSTEM_NO_DEPRECATED -D BOOST_ALL_NO_LIB -D HAVE_GROWL -D QT_CORE_LIB -D QT_GUI_LIB -I /Library/Frameworks/QtCore.framework/Versions/4/Headers -I /Library/Frameworks/QtGui.framework/Versions/4/Headers -I /Library/Frameworks/QtWebKit.framework/Versions/4/Headers -I . -I . -I 3rdParty/LibIDN/src -I 3rdParty/LibMiniUPnPc/src -I /usr/include/libxml2 -I Swift/QtUI -F/Library/Frameworks -O2 -Wextra -Wall -Wnon-virtual-dtor -Wundef -Wold-style-cast -Wno-long-long -Woverloaded-virtual -Wredundant-decls -W#warnings -Wc++0x-compat -Waddress-of-temporary -Wambiguous-member-template -Warray-bounds -Watomic-properties -Wbind-to-temporary-copy -Wbuiltin-macro-redefined -Wc++-compat -Wc++0x-extensions -Wcomments -Wconditional-uninitialized -Wconstant-logical-operand -Wdeclaration-after-statement -Wdeprecated -Wdeprecated-implementations -Wdeprecated-writable-strings -Wduplicate-method-arg -Wempty-body -Wendif-labels -Wenum-compare -Wformat=2 -Wfour-char-constants -Wgnu -Wincomplete-implementation -Winvalid-noreturn -Winvalid-offsetof -Winvalid-token-paste -Wlocal-type-template-args -Wmethod-signatures -Wmicrosoft -Wmissing-declarations -Wnon-pod-varargs -Wnonfragile-abi2 -Wnull-dereference -Wout-of-line-declaration -Woverlength-strings -Wpacked -Wpointer-arith -Wpointer-sign -Wprotocol -Wreadonly-setter-attrs -Wselector -Wshift-overflow -Wshift-sign-overflow -Wstrict-selector-match -Wsuper-class-method-mismatch -Wtautological-compare -Wtypedef-redefinition -Wundeclared-selector -Wunknown-warning-option -Wunnamed-type-template-args -Wunused-exception-parameter -Wunused-member-function -Wused-but-marked-unused -Wvariadic-macros -fdeprecated-macro -ferror-limit 19 -fmessage-length 202 -stack-protector 1 -fblocks -fcxx-exceptions -fexceptions -fdiagnostics-show-option -o Swift/QtUI/UserSearch/QtUserSearchWindow.o -x c++ Swift/QtUI/UserSearch/QtUserSearchWindow.cpp 1. Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:188:176: current parser token ';' 2. Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:25:1: parsing namespace 'Swift' 3. Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:183:83: parsing function body 'setSearchFields' 4. Swift/QtUI/UserSearch/QtUserSearchWindow.cpp:183:83: in compound statement ('{}') clang: error: unable to execute command: Illegal instruction clang: error: clang frontend command failed due to signal 2 (use -v to see invocation) clang: note: diagnostic msg: Please submit a bug report to http://llvm.org/bugs/ and include command line arguments and all diagnostic information. clang: note: diagnostic msg: Preprocessed source(s) are located at: clang: note: diagnostic msg: /tmp/cc-ZmphkT.ii scons: *** [Swift/QtUI/UserSearch/QtUserSearchWindow.o] Error 254 scons: building terminated because of errors. make: *** [default] Error 2 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 16:47:02 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 16:47:02 -0500 (CDT) Subject: [LLVMbugs] [Bug 9341] ARM: ssat/usat not supported in inline asm In-Reply-To: References: Message-ID: <20110817214702.0AD4B2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=9341 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Eli Friedman 2011-08-17 16:47:01 CDT --- Looks like this is fixed with recent ARM asmparser work. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:14:16 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:14:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 10686] Segfault In-Reply-To: References: Message-ID: <20110817221416.D5AB02A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10686 Elias Pipping changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from Elias Pipping 2011-08-17 17:14:16 CDT --- *** This bug has been marked as a duplicate of bug 10600 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:15:40 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:15:40 -0500 (CDT) Subject: [LLVMbugs] [Bug 10688] [AVX] cannot select: v8i32 = bit_convert In-Reply-To: References: Message-ID: <20110817221540.3762A2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10688 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Bruno Cardoso Lopes 2011-08-17 17:15:39 CDT --- Hi, Fixed in r137885! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:16:06 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:16:06 -0500 (CDT) Subject: [LLVMbugs] [Bug 10689] [AVX] Assertion failed: (Num < NumOperands && "Invalid child # of SDNode!"), In-Reply-To: References: Message-ID: <20110817221606.2DA192A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10689 Bruno Cardoso Lopes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Bruno Cardoso Lopes 2011-08-17 17:16:05 CDT --- This works for me in TOT. I think it just got solved in r137885 too! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:18:13 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:18:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 10695] New: clang crashes for trivial inputs with -fprofile-arcs Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10695 Summary: clang crashes for trivial inputs with -fprofile-arcs Product: new-bugs Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sharparrow1 at yahoo.com CC: dpatel at apple.com, llvmbugs at cs.uiuc.edu $ clang -x c - -o - -S -fprofile-arcs void foo() {} Assertion failed: (getVersion() <= LLVMDebugVersion10 && "Invalid getCompileUnit!"), function getCompileUnit, file /Volumes/storage/llvm/include/llvm/Analysis/DebugInfo.h, line 462. [...] Bisect points to r137778. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:24:30 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:24:30 -0500 (CDT) Subject: [LLVMbugs] [Bug 10600] Failed assertion: `Rep && "no type provided!"' In-Reply-To: References: Message-ID: <20110817222430.D3A9A2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10600 Elias Pipping changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE Summary|Segfault |Failed assertion: `Rep && | |"no type provided!"' --- Comment #2 from Elias Pipping 2011-08-17 17:24:30 CDT --- The test case provided in #10402 is slightly different from the one attached to this bug. *** This bug has been marked as a duplicate of bug 10402 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 17:49:56 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 17:49:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 10695] clang crashes for trivial inputs with -fprofile-arcs In-Reply-To: References: Message-ID: <20110817224956.484AE2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10695 Devang Patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Devang Patel 2011-08-17 17:49:56 CDT --- Fixed. r137890. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 18:15:42 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 18:15:42 -0500 (CDT) Subject: [LLVMbugs] [Bug 10571] [ARM disasm] some moves to/from PC are disassembled as invalid In-Reply-To: References: Message-ID: <20110817231542.996592A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10571 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Eli Friedman 2011-08-17 18:15:42 CDT --- These appear to be fixed with the disassembler rewrite. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 18:17:26 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 18:17:26 -0500 (CDT) Subject: [LLVMbugs] [Bug 10572] [ARM disasm] PC-relative LDR with negative offset is disassembled incorrectly In-Reply-To: References: Message-ID: <20110817231726.809B72A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10572 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Eli Friedman 2011-08-17 18:17:26 CDT --- Fixed with disassembler rewrite. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 18:19:20 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 18:19:20 -0500 (CDT) Subject: [LLVMbugs] [Bug 10696] New: Output note message string is corrupted for err_init_list_variable_narrowing Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10696 Summary: Output note message string is corrupted for err_init_list_variable_narrowing Product: clang Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: pichet2000 at gmail.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Given test.cpp: struct A { unsigned int a; }; int b = 4; A var = { b }; clang -std=c++0x test.cpp note will be: test.cpp:12:11: note: override this message by inserting an explicit cast A var = { b}; ^ s)atic_cast( ^^^^^^^^^^^^^^^^^^^^^^ | wrong Same result on Windows and MacOSX -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 18:23:59 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 18:23:59 -0500 (CDT) Subject: [LLVMbugs] [Bug 10569] [ARM disasm] extra newline after sxtab16, uxtab16 In-Reply-To: References: Message-ID: <20110817232359.3287E2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10569 Jim Grosbach changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Jim Grosbach 2011-08-17 18:23:58 CDT --- Fixed in r137900. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 18:34:03 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 18:34:03 -0500 (CDT) Subject: [LLVMbugs] [Bug 7791] Invalid(?) ldr instruction form is disassembled as eor In-Reply-To: References: Message-ID: <20110817233403.2DF3C2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7791 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2011-08-17 18:34:02 CDT --- This is now correctly gives an "invalid instruction encoding" error. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 17 19:51:28 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 17 Aug 2011 19:51:28 -0500 (CDT) Subject: [LLVMbugs] [Bug 10671] Compiling a single file takes several minutes In-Reply-To: References: Message-ID: <20110818005128.A9D192A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10671 Devang Patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #7 from Devang Patel 2011-08-17 19:51:28 CDT --- Fixed. r137908. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 18 02:46:46 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 18 Aug 2011 02:46:46 -0500 (CDT) Subject: [LLVMbugs] [Bug 10697] New: assertion failure in ~MCDataFragment() Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10697 Summary: assertion failure in ~MCDataFragment() Product: new-bugs Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: matt at pharr.org CC: llvmbugs at cs.uiuc.edu Created an attachment (id=7095) --> (http://llvm.org/bugs/attachment.cgi?id=7095) test case With ToT, if I run: % llc bugpoint-reduced-simplified.bc -mattr=+avx -filetype=obj -o /dev/null on the attached, I get the following crash. Note that the crash only happens with object file output--generating assembly seems fine. Also, if I remove the -mattr=+avx, it is also fine. Assertion failed: (begin() + idx < end()), function operator[], file /Users/mmp/llvm-dev-src/include/llvm/ADT/SmallVector.h, line 154. 0 llc 0x000000010287c8b2 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6494 1 llc 0x000000010287ceb9 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 8037 2 libsystem_c.dylib 0x00007fff86a09cfa _sigtramp + 26 3 libsystem_c.dylib 0x0000000102f0cb80 _sigtramp + 18446603342601793184 4 llc 0x000000010287c816 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6338 5 llc 0x000000010287c868 llvm::PrettyStackTraceProgram::~PrettyStackTraceProgram() + 6420 6 llc 0x0000000102317a1f void llvm::cl::ValuesClass::apply > >(llvm::cl::opt >&) const + 10049 7 llc 0x000000010282becf llvm::operator<<(llvm::raw_ostream&, llvm::Twine const&) + 4303 8 llc 0x000000010282ecbe llvm::MCDataFragment::~MCDataFragment() + 9246 9 llc 0x00000001023019bb llvm::X86JITInfo::~X86JITInfo() + 15749 10 llc 0x00000001024b0e81 llvm::SmallVectorTemplateBase::grow(unsigned long) + 26063 11 llc 0x000000010226173e llvm::df_iterator, true, llvm::GraphTraits >::toNext() + 552 12 llc 0x0000000102561c64 llvm::MachineFunctionAnalysis::getPassName() const + 458 13 llc 0x00000001027e37cd llvm::cl::parser::~parser() + 26355 14 llc 0x00000001027df1ab llvm::cl::parser::~parser() + 8401 15 llc 0x00000001027e34ca llvm::cl::parser::~parser() + 25584 16 llc 0x00000001027e48f1 llvm::cl::parser::~parser() + 30743 17 llc 0x00000001027e4971 llvm::cl::parser::~parser() + 30871 18 llc 0x0000000101f4e6e3 19 llc 0x0000000101f4cf34 20 llc 0x0000000000000006 Stack dump: 0. Program arguments: /Users/mmp/llvm-dev/bin/llc -mattr=+avx bugpoint-reduced-simplified.bc -filetype=obj -o /dev/null 1. Running pass 'Function Pass Manager' on module 'bugpoint-reduced-simplified.bc'. 2. Running pass 'X86 AT&T-Style Assembly Printer' on function '@"SHEvaluate___Cf<3>UiREFf[]"' [1] 93126 illegal hardware instruction ~/llvm-dev/bin/llc -mattr=+avx bugpoint-reduced-simplified.bc -filetype=obj - -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 18 04:10:31 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 18 Aug 2011 04:10:31 -0500 (CDT) Subject: [LLVMbugs] [Bug 10666] definition not emitted for friend operator overload inside instantiated template class In-Reply-To: References: Message-ID: <20110818091031.C22B62A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=10666 Chandler Carruth changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Chandler Carruth 2011-08-18 04:10:30 CDT --- (In reply to comment #2) > FYI, looking at this with nick, I'm struck by the fact that the problem goes > away if we instantiate Helper outside of a method body. (such as an explicit > instantiation immediately following the definition). > > It seems that some aspect of template instantiation as it happens during > delayed method body parsing is responsible for this malfeasance. This was even more interesting than I originally thought. Here is my further reduced test case: template struct S { friend void g1(S s) {} void f1() { S<1> s; } friend void g2(S s) {} }; void test(S<1> s1) { g1(s1); g2(s1); } g1's definition is emitted, g2's isn't!!! =D The reason is that we instantiate the template after processing g1's body, but before processing g2's body. As a consequence, when we go to instantiate g1 and g2's declarations as part of instantiating S<1>, we look for function bodies to determine if these function declarations can be subsequently instantiated more fully. While *if* they have bodies this is true, not having a body doesn't necessarily mean it isn't true. There already was a comment indicating it might be useful to preserve this subsequent instantiation regardless of whether a body is attached, and doing so avoids this entire problem. Testing doesn't reveal any ill effects when a body is *not* in fact involved, so all seems well. I've committed this fix (with accompanying tests) in r137934. If an alternative implementation would be preferred, please chime in on the review and I'll be happy to change it up. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 18 08:07:19 2011 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 18 Aug 2011 08:07:19 -0500 (CDT) Subject: [LLVMbugs] [Bug 10698] New: #define followed by a comment while clang is started with -C Message-ID: http://llvm.org/bugs/show_bug.cgi?id=10698 Summary: #define followed by a comment while clang is started with -C Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: eremeev at viva64.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com If starting Clang preprocessor with -E -C command line options on the code: #if defined A // some comment ... #endif generates the following error message: definecomment.cpp:1:16: error: token is not a valid binary operator in a preprocessor subexpression #if defined A // some comment ~~~~~~~~~ ^ :2:1: note: expanded from: /* some comment*/ ^ #line 1 "definecomment.cpp" #line 1 "definecomment.cpp" #line 1 "" #line 1 "" #line 144 "" #line 1 "" #line 1 "