: 4004b0: 48 83 ec 08 sub $0x8,%rsp 4004b4: 0f 57 c0 xorps %xmm0,%xmm0 4004b7: 0f 29 04 24 movaps %xmm0,(%rsp) 4004bb: e8 e0 ff ff ff callq 4004a0 4004c0: 48 83 c4 08 add $0x8,%rsp 4004c4: c3 retq The movaps instruction will overwrite the return address on the stack, causing a crash. -- 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 cs.uiuc.edu Tue Nov 10 19:14:51 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 10 Nov 2009 19:14:51 -0600 Subject: [LLVMbugs] [Bug 5461] alloca generated code overwrites return address on the stack In-Reply-To: Message-ID: <200911110114.nAB1EpWf011816@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5461 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Chris Lattner 2009-11-10 19:14:50 --- your code has undefined behavior, this is not an llvm 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 cs.uiuc.edu Tue Nov 10 23:56:54 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 10 Nov 2009 23:56:54 -0600 Subject: [LLVMbugs] [Bug 3906] Remove condprop pass In-Reply-To: Message-ID: <200911110556.nAB5usg1021993@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=3906 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Chris Lattner 2009-11-10 23:56:53 --- Fixed in r86810 -- 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 cs.uiuc.edu Wed Nov 11 11:37:21 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 11:37:21 -0600 Subject: [LLVMbugs] [Bug 5450] Verifier should reject Switch with duplicate cases In-Reply-To: Message-ID: <200911111737.nABHbLKD030223@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5450 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED Summary|Identical cases in a |Verifier should reject |SwitchInst is illegal but |Switch with duplicate cases |passes verifier | --- Comment #6 from Chris Lattner 2009-11-11 11:37:21 --- implemented in r86846 -- 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 cs.uiuc.edu Wed Nov 11 14:47:07 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 14:47:07 -0600 Subject: [LLVMbugs] [Bug 5465] New: malloc() fails to fail correctly at -O1 or above Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5465 Summary: malloc() fails to fail correctly at -O1 or above Product: clang Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Basic AssignedTo: unassignedclangbugs at nondot.org ReportedBy: pigeon768 at hotmail.com CC: llvmbugs at cs.uiuc.edu consider the following: $ cat test.c #include #include int main() { size_t size = 0; size = ~size; int * a = malloc(size); if(a) printf("Successfully allocated %lX bytes of memory at %lX.\n",size,a); else printf("Failed to allocate %lX bytes of memory.\n",size); } $ clang -O0 test.c -o test.O0 && ./test.O0 Failed to allocate FFFFFFFFFFFFFFFF bytes of memory. $ clang -O1 test.c -o test.O1 && ./test.O1 Successfully allocated FFFFFFFFFFFFFFFF bytes of memory at 7FD4D15BA010. distro is Gentoo ~amd64. glibc is version 2.11 and compiled with gcc. Apologies if this is a dupe, or caused by gcc compiled glibc conflicts. I'm not quite sure exactly what to search for, but searching for 'malloc' didn't appear to find anything relevant. -- 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 cs.uiuc.edu Wed Nov 11 14:52:10 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 14:52:10 -0600 Subject: [LLVMbugs] [Bug 5465] malloc() fails to fail correctly at -O1 or above In-Reply-To: Message-ID: <200911112052.nABKqA7Y005467@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5465 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Lattner 2009-11-11 14:52:10 --- This is fixed on 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 cs.uiuc.edu Wed Nov 11 15:09:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 15:09:48 -0600 Subject: [LLVMbugs] [Bug 5466] New: lli -force-interpreter unable to resolve external symbols? Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5466 Summary: lli -force-interpreter unable to resolve external symbols? Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: timo.lindfors at iki.fi CC: llvmbugs at cs.uiuc.edu Steps to reproduce: 1) cat > foo.c < bar.c < void do_hello(void) { printf("Hello world\n"); } EOF 3) clang -c -emit-llvm foo.c 4) clang -fPIC -c bar.c 5) gcc -shared -Wl,-soname,libbar.so.1 -o libbar.so bar.o -lc 6) LD_LIBRARY_PATH=. lli -load libbar.so -force-interpreter foo.o Expected results: 6) program prints "Hello world" // lli interpretes foo.o bitcode and uses FFI to call do_hello in libbar.so. Actual reults: 6) lli prints LLVM ERROR: Tried to execute an unknown external function: void ()* do_hello More info: 1) The program runs if I remove "-force-interpreter" 2) distro is debian stable 3) architecture is x86 4) llvm revision is 86876 5) clang revision is 86879 -- 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 cs.uiuc.edu Wed Nov 11 16:23:18 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 16:23:18 -0600 Subject: [LLVMbugs] [Bug 5466] lli -force-interpreter unable to resolve external symbols? In-Reply-To: Message-ID: <200911112223.nABMNIBL008742@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5466 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Chris Lattner 2009-11-11 16:23:17 --- When you configure llvm, you need to enable FFI support. it is probably best to ask about this on llvmdev. -- 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 cs.uiuc.edu Wed Nov 11 17:07:50 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 17:07:50 -0600 Subject: [LLVMbugs] [Bug 5406] Invalid call lowering on ARM In-Reply-To: Message-ID: <200911112307.nABN7o1F010638@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5406 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Bob Wilson 2009-11-11 17:07:50 --- Fixed in svn r86892. -- 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 cs.uiuc.edu Wed Nov 11 18:17:26 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 18:17:26 -0600 Subject: [LLVMbugs] [Bug 5470] New: TableGen crashes on some undef bit values Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5470 Summary: TableGen crashes on some undef bit values Product: tools Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P2 Component: TableGen AssignedTo: unassignedbugs at nondot.org ReportedBy: bob.wilson at apple.com CC: llvmbugs at cs.uiuc.edu The following test will crash TableGen: // RUN: tblgen %s class x { field bits<32> A; } class y B> : x { let A{21-20} = B; } def z : y<{0,?}>; -- 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 cs.uiuc.edu Wed Nov 11 18:47:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 18:47:48 -0600 Subject: [LLVMbugs] [Bug 5459] undefined reference to .LBBxxx In-Reply-To: Message-ID: <200911120047.nAC0lmHN014358@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5459 Dan Gohman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Dan Gohman 2009-11-11 18:47:48 --- I believe this problem is the same as one that I fixed as part my recent BranchFolding changes. The testcase now passes for me. -- 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 cs.uiuc.edu Wed Nov 11 18:52:22 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 11 Nov 2009 18:52:22 -0600 Subject: [LLVMbugs] [Bug 5471] New: infinite loop with InstCombine Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5471 Summary: infinite loop with InstCombine Product: libraries Version: trunk Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Scalar Optimizations AssignedTo: unassignedbugs at nondot.org ReportedBy: alexmac at adobe.com CC: llvmbugs at cs.uiuc.edu If you have some mismatched calling conventions you can get the InstCombine pass into an infinite loop. This took me a while to track down so it would be good if we could fix this, or assert, so that others don't fall into the same trap. Here is a minimal bit of code that repros the problem. The invoke instruction should be marked with the correct calling convention, but it is not. InstCombine then gets into a loop adding and removing the redundant store inst. // ---------------------------------------------------- define arm_apcscc i32 @func2() { ret i32 0 } define arm_apcscc void @brokenfunc() { store i1 true, i1* undef %1 = invoke i32 @func2() to label %exit unwind label %exit exit: ret void } // ---------------------------------------------------- Please let me know what you think the best thing to do 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 cs.uiuc.edu Thu Nov 12 11:01:38 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 12 Nov 2009 11:01:38 -0600 Subject: [LLVMbugs] [Bug 5474] New: clang packed struct crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5474 Summary: clang packed struct crash Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu, chenyang at cs.utah.edu Valgrind says it's a null ptr deref. regehr at john-home:~/volatile/tmp237$ clang -v clang version 1.1 (trunk 86913) Target: i386-pc-linux-gnu Thread model: posix regehr at john-home:~/volatile/tmp237$ clang small.c 0 clang-cc 0x09017e48 Stack dump: 0. Program arguments: /home/regehr/z/tmp/llvm-gcc-r86913-install/bin/../libexec/clang-cc -triple i386-pc-linux-gnu -S -disable-free -main-file-name small.c --relocation-model static --disable-fp-elim --unwind-tables=0 --mcpu=pentium4 --fmath-errno=1 -fmessage-length 80 -fexceptions=0 -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-wcDdUE.s -x c small.c 1. parser at end of file 2. small.c:22:11: LLVM IR generation of declaration 'g' 3. small.c:22:11: Generating code for declaration 'g' clang: error: compiler command failed due to signal 11 (use -v to see invocation) regehr at john-home:~/volatile/tmp237$ cat small.c struct S0 { long long f0; }; #pragma pack(push) #pragma pack(1) struct S2 { struct S0 f0; }; #pragma pack(pop) struct S4 { short f0; unsigned f1; short f3; const volatile struct S2 f4; }; struct S4 g = { 6L, 0L, 0xFD52280335900B08LL, 0 }; -- 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 cs.uiuc.edu Thu Nov 12 12:54:18 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 12 Nov 2009 12:54:18 -0600 Subject: [LLVMbugs] [Bug 658] register allocators need callee saved regs In-Reply-To: Message-ID: <200911121854.nACIsIPR003162@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=658 Dale Johannesen changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dalej at apple.com Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Dale Johannesen 2009-11-12 12:54:17 --- We have dropped support for IA64 so it seems we can close 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 cs.uiuc.edu Fri Nov 13 07:14:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 07:14:02 -0600 Subject: [LLVMbugs] [Bug 5480] New: lli -force-interpreter tries to lookup symbols that still have \x01 in their name Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5480 Summary: lli -force-interpreter tries to lookup symbols that still have \x01 in their name Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: timo.lindfors at iki.fi CC: llvmbugs at cs.uiuc.edu Steps to reproduce: 1) cat > testcase.c < #include #include #include int main(int argc, char *argv[]) { struct stat fileinfo; stat("/etc/motd", &fileinfo); printf("%d\n", fileinfo.st_ino); return 0; } EOF 2) llvm-gcc -c -o testcase.bc -emit-llvm -O2 testcase.c 3) lli -force-interpreter testcase.bc Expected results: 3) lli runs the program and it prints the inode number of /etc/motd Actual results: 3) LLVM ERROR: Tried to execute an unknown external function: i32 (i32, i8*, { i64, i16, i32, i32, i32, i32, i32, i64, i16, i64, i32, i64, { i32, i32 }, { i32, i32 }, { i32, i32 }, i64 }*)* __xstat64 More info: 1) lli tries to dlsym "\x01__xstat64" but the \x01 in the error message just is not visible in terminal. 2) distro is debian stable 3) llvm revision is 86985 4) llvm-gcc revision is 86986 5) A very crude patch to fix the issue is Index: lib/System/DynamicLibrary.cpp =================================================================== --- lib/System/DynamicLibrary.cpp (revision 86985) +++ lib/System/DynamicLibrary.cpp (working copy) @@ -70,6 +70,9 @@ } void* DynamicLibrary::SearchForAddressOfSymbol(const char* symbolName) { + if (symbolName && symbolName[0] == '\1') { + symbolName++; + } // First check symbols added via AddSymbol(). if (ExplicitSymbols) { std::map::iterator I = but I don't yet understand enough LLVM to figure out where this really should be done. In Mangler perhaps? -- 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 cs.uiuc.edu Fri Nov 13 10:16:04 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 10:16:04 -0600 Subject: [LLVMbugs] [Bug 5481] New: Formal arguments missing from DWARF output unless -fast-isel is used Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5481 Summary: Formal arguments missing from DWARF output unless -fast- isel is used Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: richard at xmos.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3810) --> (http://llvm.org/bugs/attachment.cgi?id=3810) test.bc When the attached file is compiled with llc the output is missing debug information on the "foo" argument of f() unless the -fast-isel option is used. $ llc -fast-isel < test.bc | grep foo || echo "Not found" .asciz "foo" # DW_AT_name $ llc < test.bc | grep foo || echo "Not found" Not found The .bc file was produced from the following source using llvm-gcc: int f(int foo) { return foo; } I'm using svn r87105. -- 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 cs.uiuc.edu Fri Nov 13 12:22:01 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 12:22:01 -0600 Subject: [LLVMbugs] [Bug 5482] New: StringRef is miscompiled by gcc-4.2 and gcc-4.3.1 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5482 Summary: StringRef is miscompiled by gcc-4.2 and gcc-4.3.1 Product: libraries Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Support Libraries AssignedTo: unassignedbugs at nondot.org ReportedBy: daniel at zuster.org CC: llvmbugs at cs.uiuc.edu The attached example is miscompiled by gcc-4.2 and gcc-4.3.1. This is probably bad enough that we should find a workaround. In this particular example the problem only occurs when the string split results in an empty LHS (I think). -- ddunbar at ozzy:StringRef$ g++ -I $(llvm-config --src-root)/include $(llvm-config --cppflags) harness.cpp splitlines.cpp && ./a.out 0: string (5): 'hello' 1: string (5): 'world' 2: string (1): 'a' 3: string (5): 'hello' 4: string (0): '' 5: string (5): 'world' 6: string (1): 'a' 7: string (0): '' ddunbar at ozzy:StringRef$ g++ -O2 -I $(llvm-config --src-root)/include $(llvm-config --cppflags) harness.cpp splitlines.cpp && ./a.out 0: string (5): 'hello' 1: string (10): ' world a ' 2: string (5): 'world' 3: string (1): 'a' 4: string (1): ' ' 5: string (5): 'hello' 6: string (10): ' world a ' 7: string (5): 'world' 8: string (1): 'a' 9: string (1): ' ' ddunbar at ozzy:StringRef$ -- -- 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 cs.uiuc.edu Fri Nov 13 14:38:19 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 14:38:19 -0600 Subject: [LLVMbugs] [Bug 5410] Crash in coalescer In-Reply-To: Message-ID: <200911132038.nADKcJEZ019615@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5410 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #6 from Evan Cheng 2009-11-13 14:38:18 --- Fixed. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091109/091071.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 cs.uiuc.edu Fri Nov 13 15:24:14 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 15:24:14 -0600 Subject: [LLVMbugs] [Bug 5474] clang packed struct crash In-Reply-To: Message-ID: <200911132124.nADLOE70021451@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5474 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sharparrow1 at yahoo.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Eli Friedman 2009-11-13 15:24:13 --- Fixed in r88696. -- 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 cs.uiuc.edu Fri Nov 13 15:36:18 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 15:36:18 -0600 Subject: [LLVMbugs] [Bug 5485] New: Running pass 'Loop Strength Reduction' on basic block '%for .body.i1659' crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5485 Summary: Running pass 'Loop Strength Reduction' on basic block '%for.body.i1659' crash Product: libraries Version: trunk Platform: PC OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Component: Transformation Utilities AssignedTo: unassignedbugs at nondot.org ReportedBy: rdivacky at freebsd.org CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3813) --> (http://llvm.org/bugs/attachment.cgi?id=3813) test case when running clang -O2 on the attached test case I am getting: witten /tmp# clang -O2 hdac.c ... warnings .... Stack dump: 0. Program arguments: /usr/local/bin/../libexec/clang-cc -triple i386-unknown-freebsd9.0 -S -disable-free -main-file-name hdac.c --relocation-model static --disable-fp-elim --unwind-tables=0 --mcpu=pentium4 --fmath-errno=1 -O2 -fmessage-length 152 -fexceptions=0 -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-1WPusO.s -x c hdac.c 1. parser at end of file 2. Code generation 3. Running pass 'Loop Pass Manager' on function '@hdac_attach2' 4. Running pass 'Loop Strength Reduction' on basic block '%for.body.i1659' clang: error: compiler command failed due to signal 11 (use -v to see invocation) witten /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 cs.uiuc.edu Fri Nov 13 16:26:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 16:26:24 -0600 Subject: [LLVMbugs] [Bug 5486] New: assert on llvm-as for call to external function whose definition is after call Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5486 Summary: assert on llvm-as for call to external function whose definition is after call Product: libraries Version: trunk Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Core LLVM classes AssignedTo: unassignedbugs at nondot.org ReportedBy: samuraileumas at yahoo.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3814) --> (http://llvm.org/bugs/attachment.cgi?id=3814) minimal test case of call to external function. On Intel-based systems the attached test code fails to assemble in llvm-as with an assert that something tried to ++ past the end of an ilist. It contains code that declares an external function after it is called. It is syntactically correct but semantically different from what is being expected. -- 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 cs.uiuc.edu Fri Nov 13 17:24:39 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 17:24:39 -0600 Subject: [LLVMbugs] [Bug 5411] Another regscavenger assertion In-Reply-To: Message-ID: <200911132324.nADNOdCv026251@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5411 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from Evan Cheng 2009-11-13 17:24:38 --- Fixed. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091109/091089.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 cs.uiuc.edu Fri Nov 13 20:04:04 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 20:04:04 -0600 Subject: [LLVMbugs] [Bug 5490] New: More skipping confusion (#endif) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5490 Summary: More skipping confusion (#endif) Product: clang Version: unspecified Platform: PC OS/Version: NetBSD Status: NEW Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassignedclangbugs at nondot.org ReportedBy: neil at daikokuya.co.uk CC: llvmbugs at cs.uiuc.edu Different to bug 2291, clang rejects the following in pedantic-errors mode, but the #endif is fine and not rejectable as it is in the controlled group of #if 0 and therefore part of the skipped group. extern int x; #if 0 #if 1 #endif 2 #endif -- 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 cs.uiuc.edu Fri Nov 13 20:10:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 20:10:02 -0600 Subject: [LLVMbugs] [Bug 5412] Crash in regalloc In-Reply-To: Message-ID: <200911140210.nAE2A2Yq031586@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5412 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Evan Cheng 2009-11-13 20:10:02 --- Fixed. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091109/091095.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 cs.uiuc.edu Fri Nov 13 21:04:57 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 21:04:57 -0600 Subject: [LLVMbugs] [Bug 5423] ARM: SubReg survived till asmprinting In-Reply-To: Message-ID: <200911140304.nAE34vF4001010@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5423 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Evan Cheng 2009-11-13 21:04:57 --- Fixed. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091109/091098.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 cs.uiuc.edu Fri Nov 13 22:06:38 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 13 Nov 2009 22:06:38 -0600 Subject: [LLVMbugs] [Bug 5491] New: Add FileCheck option to not count lines matching CHECK Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5491 Summary: Add FileCheck option to not count lines matching CHECK Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Basic AssignedTo: unassignedclangbugs at nondot.org ReportedBy: daniel at zuster.org CC: llvmbugs at cs.uiuc.edu When running FileCheck on clang based tests that rewrite the input, its error prone to write tests with CHECK lines, since FileCheck will always match the CHECK line in the output to the check line in the source. That is: -- // RUN: clang-cc -fixit %s -o - | FileCheck %s // CHECK: some thing to be check in the output blarg -- will always pass, assuming clang-cc doesn't crash. I'd like FileCheck to optionally ignore lines in the input which are themselves check lines. -- 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 cs.uiuc.edu Sat Nov 14 10:17:20 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 14 Nov 2009 10:17:20 -0600 Subject: [LLVMbugs] [Bug 5495] New: Assert failure "Interval does not exist for register" during llvm-gcc build Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5495 Summary: Assert failure "Interval does not exist for register" during llvm-gcc build Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3818) --> (http://llvm.org/bugs/attachment.cgi?id=3818) testcase .ll Crash while building libstdc++-v3/src/istream.cc. Bugpoint reduced testcase attached: $ llc coalesce.bc llc: llvm/include/llvm/CodeGen/LiveIntervalAnalysis.h:90: llvm::LiveInterval& llvm::LiveIntervals::getInterval(unsigned int): Assertion `I != r2iMap_.end() && "Interval does not exist for register"' failed. ... llvm::SimpleRegisterCoalescing::JoinCopy(llvm::CopyRec&, bool&) + 5001 8 llc 0x00000000012d89ef llvm::SimpleRegisterCoalescing::CopyCoalesceInMBB(llvm::MachineBasicBlock*, std::vector >&) + 1257 9 llc 0x00000000012d8cd0 llvm::SimpleRegisterCoalescing::joinIntervals() + 624 10 llc 0x00000000012da005 llvm::SimpleRegisterCoalescing::runOnMachineFunction(llvm::MachineFunction&) + 827 -- 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 cs.uiuc.edu Sat Nov 14 12:30:52 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 14 Nov 2009 12:30:52 -0600 Subject: [LLVMbugs] [Bug 4894] Crash while emitting debug information for complex Objective-C classes In-Reply-To: Message-ID: <200911141830.nAEIUqbv011663@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4894 David Chisnall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #9 from David Chisnall 2009-11-14 12:30:51 --- This bug went away for a bit, but it seems to have reappeared with recent versions. There seem to be a couple of problems. The original test case that I uploaded now crashes with a failure in new, and this trace: #0 0x2974ede7 in kill () from /lib/libc.so.7 #1 0x29540347 in raise () from /lib/libthr.so.3 #2 0x2974d91a in abort () from /lib/libc.so.7 #3 0x295b3ce0 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #4 0x295b84ea in std::set_unexpected () from /usr/lib/libstdc++.so.6 #5 0x295b8532 in std::terminate () from /usr/lib/libstdc++.so.6 #6 0x295b842a in __cxa_throw () from /usr/lib/libstdc++.so.6 #7 0x2960d37e in operator new () from /usr/lib/libstdc++.so.6 #8 0x09201a68 in llvm::MDNode::get (Context=@0x298070ac, Vals=0xbfbfaf20, NumVals=10) at Metadata.cpp:86 #9 0x090f290e in llvm::DIFactory::CreateDerivedType (this=0x29840788, Tag=13, Context= {DbgNode = 0x29f47ca0}, Name=0x29dd92cc "_view", CompileUnit=@0xbfbfb0e8, LineNumber=335, SizeInBits=32, AlignInBits=32, OffsetInBits=96, Flags=2, DerivedFrom=@0xbfbfb0e0) at DebugInfo.cpp:764 #10 0x081debc0 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29c7b480, Unit=@0xbfbfb1cc) at CGDebugInfo.cpp:681 #11 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 700953728}}, Unit=@0xbfbfb298) at CGDebugInfo.cpp:864 #12 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 700953728}}, Unit=@0xbfbfb308) at CGDebugInfo.cpp:832 #13 0x081e110c in clang::CodeGen::CGDebugInfo::CreatePointerLikeType (this=0x29840780, Tag=15, Ty=0x29c7b4c0, PointeeTy={Value = {Value = 700953728}}, Unit=@0xbfbfb37c) at CGDebugInfo.cpp:263 #14 0x081e13d1 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29c7b4c0, Unit=@0xbfbfb3d4) at CGDebugInfo.cpp:248 #15 0x081d9ebf in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 700953792}}, Unit=@0xbfbfb4a8) at CGDebugInfo.cpp:862 #16 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 700953792}}, Unit=@0xbfbfb620) at CGDebugInfo.cpp:832 #17 0x081de8f3 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29c7b0a0, Unit=@0xbfbfb72c) at CGDebugInfo.cpp:637 #18 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 700952736}}, Unit=@0xbfbfb7f8) at CGDebugInfo.cpp:864 #19 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 700952736}}, Unit=@0xbfbfb950) at CGDebugInfo.cpp:832 #20 0x081de718 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29c59d28, Unit=@0xbfbfba7c) at CGDebugInfo.cpp:623 #21 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 700816680}}, Unit=@0xbfbfbb48) at CGDebugInfo.cpp:864 #22 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 700816680}}, Unit=@0xbfbfbbb8) at CGDebugInfo.cpp:832 #23 0x081e110c in clang::CodeGen::CGDebugInfo::CreatePointerLikeType (this=0x29840780, Tag=15, Ty=0x29c59d68, PointeeTy={Value = {Value = 700816680}}, Unit=@0xbfbfbc2c) at CGDebugInfo.cpp:263 #24 0x081e13d1 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29c59d68, Unit=@0xbfbfbc84) at CGDebugInfo.cpp:248 #25 0x081d9ebf in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 700816744}}, Unit=@0xbfbfbd58) at CGDebugInfo.cpp:862 #26 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 700816744}}, Unit=@0xbfbfbed0) at CGDebugInfo.cpp:832 #27 0x081de8f3 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29ea8370, Unit=@0xbfbfbfdc) at CGDebugInfo.cpp:637 #28 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 703234928}}, Unit=@0xbfbfc0a8) at CGDebugInfo.cpp:864 #29 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 703234928}}, Unit=@0xbfbfc200) at CGDebugInfo.cpp:832 #30 0x081de718 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29fba498, Unit=@0xbfbfc32c) at CGDebugInfo.cpp:623 #31 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 704357528}}, Unit=@0xbfbfc3f8) at CGDebugInfo.cpp:864 #32 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 704357528}}, Unit=@0xbfbfc468) at CGDebugInfo.cpp:832 #33 0x081e110c in clang::CodeGen::CGDebugInfo::CreatePointerLikeType (this=0x29840780, Tag=15, Ty=0x29fba4d8, PointeeTy={Value = {Value = 704357528}}, Unit=@0xbfbfc4dc) at CGDebugInfo.cpp:263 #34 0x081e13d1 in clang::CodeGen::CGDebugInfo::CreateType (this=0x29840780, Ty=0x29fba4d8, Unit=@0xbfbfc534) at CGDebugInfo.cpp:248 #35 0x081d9ebf in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x29840780, Ty= {Value = {Value = 704357592}}, Unit=@0xbfbfc608) at CGDebugInfo.cpp:862 #36 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x29840780, Ty= {Value = {Value = 704357592}}, Unit=@0xbfbfc76c) at CGDebugInfo.cpp:832 #37 0x081dc641 in clang::CodeGen::CGDebugInfo::EmitDeclare (this=0x29840780, Decl=0x29fba550, Tag=256, Storage=0x29fdd54c, Builder=@0xbfbfd424) at CGDebugInfo.cpp:1004 #38 0x081dde6a in clang::CodeGen::CGDebugInfo::EmitDeclareOfAutoVariable (this=0x29840780, Decl=0x29fba550, Storage=0x29fdd54c, Builder=@0xbfbfd424) at CGDebugInfo.cpp:1366 #39 0x081e9a2d in clang::CodeGen::CodeGenFunction::EmitLocalBlockVarDecl (this=0xbfbfd3a0, D=@0x29fba550) at CGDecl.cpp:414 #40 0x081ea82f in clang::CodeGen::CodeGenFunction::EmitBlockVarDecl (this=0xbfbfd3a0, D=@0x29fba550) at CGDecl.cpp:72 #41 0x081ea971 in clang::CodeGen::CodeGenFunction::EmitDecl (this=0xbfbfd3a0, D=@0x29fba550) at CGDecl.cpp:49 #42 0x08254075 in clang::CodeGen::CodeGenFunction::EmitDeclStmt (this=0xbfbfd3a0, S=@0x29fba6c0) at CGStmt.cpp:555 #43 0x08255aee in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0xbfbfd3a0, S=0x29fba6c0) at CGStmt.cpp:129 #44 0x08254155 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba6c0) at CGStmt.cpp:43 #45 0x082558cf in clang::CodeGen::CodeGenFunction::EmitCompoundStmt (this=0xbfbfd3a0, S=@0x29fba740, GetLast=false, AggLoc=0x0, isAggVol=false) at CGStmt.cpp:162 #46 0x08255acc in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0xbfbfd3a0, S=0x29fba740) at CGStmt.cpp:128 #47 0x08254155 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba740) at CGStmt.cpp:43 #48 0x082556d5 in clang::CodeGen::CodeGenFunction::EmitIfStmt (this=0xbfbfd3a0, S=@0x29fba770) at CGStmt.cpp:326 #49 0x0825433b in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba770) at CGStmt.cpp:89 #50 0x082558cf in clang::CodeGen::CodeGenFunction::EmitCompoundStmt (this=0xbfbfd3a0, S=@0x29fba790, GetLast=false, AggLoc=0x0, isAggVol=false) at CGStmt.cpp:162 #51 0x08255acc in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0xbfbfd3a0, S=0x29fba790) at CGStmt.cpp:128 #52 0x08254155 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba790) at CGStmt.cpp:43 #53 0x082556d5 in clang::CodeGen::CodeGenFunction::EmitIfStmt (this=0xbfbfd3a0, S=@0x29fba7c0) at CGStmt.cpp:326 #54 0x0825433b in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba7c0) at CGStmt.cpp:89 #55 0x082558cf in clang::CodeGen::CodeGenFunction::EmitCompoundStmt (this=0xbfbfd3a0, S=@0x29fba7e0, GetLast=false, AggLoc=0x0, isAggVol=false) at CGStmt.cpp:162 #56 0x08255acc in clang::CodeGen::CodeGenFunction::EmitSimpleStmt (this=0xbfbfd3a0, S=0x29fba7e0) at CGStmt.cpp:128 #57 0x08254155 in clang::CodeGen::CodeGenFunction::EmitStmt (this=0xbfbfd3a0, S=0x29fba7e0) at CGStmt.cpp:43 #58 0x0821d996 in clang::CodeGen::CodeGenFunction::GenerateObjCMethod (this=0xbfbfd3a0, OMD=0x29fba100) at CGObjC.cpp:134 #59 0x0819b83d in clang::CodeGen::CodeGenModule::EmitTopLevelDecl (this=0x29812200, D=0x29fba100) at CodeGenModule.cpp:1753 #60 0x081951d0 in HandleTopLevelDecl (this=0x298068c0, DG={D = 0x29fba100}) at ModuleBuilder.cpp:67 #61 0x08169da0 in HandleTopLevelDecl (this=0x29857200, D={D = 0x29fba100}) at Backend.cpp:130 #62 0x08389d7a in clang::ParseAST (PP=@0x298611c0, Consumer=0x29857200, Ctx=@0x2988a400, PrintStats=false, CompleteTranslationUnit=true, CompletionConsumer=0x0) at ParseAST.cpp:72 #63 0x080920aa in clang::ASTFrontendAction::ExecuteAction (this=0x2980a8c0) at FrontendAction.cpp:218 #64 0x08092196 in clang::FrontendAction::Execute (this=0x2980a8c0) at FrontendAction.cpp:148 #65 0x08087d82 in main (argc=61, argv=0xbfbfe068) at clang-cc.cpp:377 In another example I now get a failure that the debug info generator now attempts to replace one value with a value of a different type, giving this trace: #4 0x0923788d in llvm::Value::replaceAllUsesWith (this=0x29fb10a0, New=0x2a111670) at Value.cpp:332 #5 0x090f3b6b in llvm::DIDerivedType::replaceAllUsesWith (this=0xbfbfc704, D=@0xbfbfc6fc) at DebugInfo.cpp:304 #6 0x081dee43 in clang::CodeGen::CGDebugInfo::CreateType (this=0x298406c0, Ty=0x29c53e68, Unit=@0xbfbfc86c) at CGDebugInfo.cpp:702 #7 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x298406c0, Ty= {Value = {Value = 700792424}}, Unit=@0xbfbfc938) at CGDebugInfo.cpp:864 #8 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x298406c0, Ty= {Value = {Value = 700792424}}, Unit=@0xbfbfca90) at CGDebugInfo.cpp:832 #9 0x081de718 in clang::CodeGen::CGDebugInfo::CreateType (this=0x298406c0, Ty=0x29fa6bb0, Unit=@0xbfbfcbbc) at CGDebugInfo.cpp:623 #10 0x081d9f17 in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x298406c0, Ty= {Value = {Value = 704277424}}, Unit=@0xbfbfcc88) at CGDebugInfo.cpp:864 #11 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x298406c0, Ty= {Value = {Value = 704277424}}, Unit=@0xbfbfccf8) at CGDebugInfo.cpp:832 #12 0x081e110c in clang::CodeGen::CGDebugInfo::CreatePointerLikeType (this=0x298406c0, Tag=15, Ty=0x29fa6bf0, PointeeTy={Value = {Value = 704277424}}, Unit=@0xbfbfcd6c) at CGDebugInfo.cpp:263 #13 0x081e13d1 in clang::CodeGen::CGDebugInfo::CreateType (this=0x298406c0, Ty=0x29fa6bf0, Unit=@0xbfbfcdc4) at CGDebugInfo.cpp:248 #14 0x081d9ebf in clang::CodeGen::CGDebugInfo::CreateTypeNode (this=0x298406c0, Ty= {Value = {Value = 704277488}}, Unit=@0xbfbfce98) at CGDebugInfo.cpp:862 #15 0x081da587 in clang::CodeGen::CGDebugInfo::getOrCreateType (this=0x298406c0, Ty= {Value = {Value = 704277488}}, Unit=@0xbfbfcffc) at CGDebugInfo.cpp:832 #16 0x081dc641 in clang::CodeGen::CGDebugInfo::EmitDeclare (this=0x298406c0, Decl=0x29fa84e0, Tag=257, Storage=0x29f3f8cc, Builder=@0xbfbfd644) at CGDebugInfo.cpp:1004 #17 0x081dde2a in clang::CodeGen::CGDebugInfo::EmitDeclareOfArgVariable (this=0x298406c0, Decl=0x29fa84e0, AI=0x29f3f8cc, Builder=@0xbfbfd644) at CGDebugInfo.cpp:1379 #18 0x081e84de in clang::CodeGen::CodeGenFunction::EmitParmDecl (this=0xbfbfd5c0, D=@0x29fa84e0, Arg=0x29f3cf10) at CGDecl.cpp:611 #19 0x081d4388 in clang::CodeGen::CodeGenFunction::EmitFunctionProlog (this=0xbfbfd5c0, FI=@0x2980aee0, Fn=0x29f4cba0, Args=@0xbfbfd470) at CGCall.cpp:636 #20 0x0826ccd0 in clang::CodeGen::CodeGenFunction::StartFunction (this=0xbfbfd5c0, GD= {Value = {Value = 704283728}}, RetTy={Value = {Value = 696770616}}, Fn=0x29f4cba0, Args=@0xbfbfd470, StartLoc={ID = 394}) at CodeGenFunction.cpp:206 #21 0x0821c597 in clang::CodeGen::CodeGenFunction::StartObjCMethod (this=0xbfbfd5c0, OMD=0x29fa8450, CD=0x29fa6860) at CGObjC.cpp:124 #22 0x0821d975 in clang::CodeGen::CodeGenFunction::GenerateObjCMethod (this=0xbfbfd5c0, OMD=0x29fa8450) at CGObjC.cpp:133 #23 0x0819b83d in clang::CodeGen::CodeGenModule::EmitTopLevelDecl (this=0x29812200, D=0x29fa8450) at CodeGenModule.cpp:1753 #24 0x081951d0 in HandleTopLevelDecl (this=0x29806680, DG={D = 0x29fa8450}) at ModuleBuilder.cpp:67 #25 0x08169da0 in HandleTopLevelDecl (this=0x29857200, D={D = 0x29fa8450}) at Backend.cpp:130 #26 0x08389d7a in clang::ParseAST (PP=@0x298621c0, Consumer=0x29857200, Ctx=@0x2988b400, PrintStats=false, CompleteTranslationUnit=true, CompletionConsumer=0x0) at ParseAST.cpp:72 #27 0x080920aa in clang::ASTFrontendAction::ExecuteAction (this=0x2980a840) at FrontendAction.cpp:218 #28 0x08092196 in clang::FrontendAction::Execute (this=0x2980a840) at FrontendAction.cpp:148 #29 0x08087d82 in main (argc=52, argv=0xbfbfe284) at clang-cc.cpp:377 -- 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 cs.uiuc.edu Sat Nov 14 22:01:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 14 Nov 2009 22:01:24 -0600 Subject: [LLVMbugs] [Bug 5496] New: error compiling Compiling BasicBlockTracing.ll on mingw Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5496 Summary: error compiling Compiling BasicBlockTracing.ll on mingw Product: compiler-rt Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: compiler-rt AssignedTo: unassignedbugs at nondot.org ReportedBy: sherpya at gmail.com CC: llvmbugs at cs.uiuc.edu I'm using latest llvm and llvm-gcc from repo.or.cz git repository (I hope is enough up-to-date), this problem sits here for a while I can build llvm-gcc then when I try to build llvm I get: llvm[2]: Compiling BasicBlockTracing.ll to BasicBlockTracing.bc for Release build (bytecode) c:\Work\llvm\build-llvm\Release\bin\opt.exe: c:/Work/llvm/build-llvm/runtime/libprofile/Release/BasicBlockTracing.ll:1:2: error: expected top-level entity .file "BasicBlockTracing.c" ^ make[2]: *** [/c/Work/llvm/build-llvm/runtime/libprofile/Release/BasicBlockTracing.bc] Error 1 the ll file starts with: .file "BasicBlockTracing.c" .text .p2align 4,,15 .globl _llvm_start_basic_block_tracing .def _llvm_start_basic_block_tracing; .scl 2; .type 32; .endef _llvm_start_basic_block_tracing: pushl %ebx I configure it with: CC=llvm-gcc CXX=llvm-g++ \ ../llvm/configure \ --enable-optimized \ --prefix=/mingw/llvm \ --program-prefix=llvm- \ --target=i686-pc-mingw32 \ --enable-targets=host \ --enable-bindings=none \ --disable-shared \ --disable-bootstrap \ --disable-nls \ --with-tune=generic \ --with-cpu=i686 \ --disable-win32-registry \ --enable-languages=c,c++ \ --disable-sjlj-exceptions configure options for llvm-gcc: ../llvm-gcc-4.2/configure \ --enable-optimized \ --prefix=/mingw/llvm \ --program-prefix=llvm- \ --target=i686-pc-mingw32 \ --enable-targets=host \ --disable-shared \ --disable-bootstrap \ --disable-nls \ --with-tune=generic \ --with-cpu=i686 \ --disable-win32-registry \ --enable-languages=c,c++ \ --disable-sjlj-exceptions -- 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 cs.uiuc.edu Sun Nov 15 03:17:50 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 03:17:50 -0600 Subject: [LLVMbugs] [Bug 5497] New: ../../../../llvm-gcc-4.2-svn/libstdc++-v3/src/istream.cc: 647: internal compiler error: Segmentation fault Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5497 Summary: ../../../../llvm-gcc-4.2-svn/libstdc++- v3/src/istream.cc:647: internal compiler error: Segmentation fault Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: andrew.canis at gmail.com CC: llvmbugs at cs.uiuc.edu Just got the latest version of llvm (r88844 and llvm-gcc-4.2 (r88796) from svn. I can make llvm fine. Making llvm-gcc-4.2 fails with the error: Making all in src make[4]: Entering directory `/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/src' /bin/sh ../libtool --tag CXX --mode=compile /home/acanis/work/llvm/llvm-gcc-4.2-objects/./gcc/xgcc -shared-libgcc -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/./gcc -nostdinc++ -L/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/src -L/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/bin/ -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/lib/ -isystem /home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/include -isystem /home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/sys-include -I/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/include -I/home/acanis/work/llvm/llvm-gcc-4.2-svn/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c -o istream.lo ../../../../llvm-gcc-4.2-svn/libstdc++-v3/src/istream.cc /home/acanis/work/llvm/llvm-gcc-4.2-objects/./gcc/xgcc -shared-libgcc -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/./gcc -nostdinc++ -L/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/src -L/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/bin/ -B/home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/lib/ -isystem /home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/include -isystem /home/acanis/work/llvm/llvm-gcc-4.2-objects/../llvm-gcc-4.2-install//i686-pc-linux-gnu/sys-include -I/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/home/acanis/work/llvm/llvm-gcc-4.2-objects/i686-pc-linux-gnu/libstdc++-v3/include -I/home/acanis/work/llvm/llvm-gcc-4.2-svn/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -c ../../../../llvm-gcc-4.2-svn/libstdc++-v3/src/istream.cc -fPIC -DPIC -o .libs/istream.o ../../../../llvm-gcc-4.2-svn/libstdc++-v3/src/istream.cc:647: internal compiler error: Segmentation fault $ uname -a Linux acanis-desktop 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686 GNU/Linux -- 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 cs.uiuc.edu Sun Nov 15 04:03:23 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 04:03:23 -0600 Subject: [LLVMbugs] [Bug 5497] ../../../../llvm-gcc-4.2-svn/libstdc++-v3/src/istream.cc:647: internal compiler error: Segmentation fault In-Reply-To: Message-ID: <200911151003.nAFA3NBs023271@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5497 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |baldrick at free.fr Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #2 from Duncan Sands 2009-11-15 04:03:23 --- *** This bug has been marked as a duplicate of bug 5495 *** -- 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 cs.uiuc.edu Sun Nov 15 12:49:42 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 12:49:42 -0600 Subject: [LLVMbugs] [Bug 5501] New: Useless memory accesses removal from loops Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5501 Summary: Useless memory accesses removal from loops Product: new-bugs Version: 2.6 Platform: PC OS/Version: Windows XP Status: NEW Keywords: code-quality Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: bearophile at mailas.com CC: llvmbugs at cs.uiuc.edu While testing the LDC compiler I have seen that the SciMark2 benchmark (http://math.nist.gov/scimark2/ ) shows two performance problems compared to Java (Java is about 20-30% faster), here I have reduced one of them to almost minimal C code: #include "stdlib.h" // Reduced Scimark2 SOR benchmark void test(int N, double omega, double** G) { double omega_over_four = omega * 0.25; double one_minus_omega = 1.0 - omega; int j, i = 1; double* Gi = G[i]; double* Gim1 = G[i - 1]; double* Gip1 = G[i + 1]; for (j = 1; j < N - 1; j++) Gi[j] = omega_over_four * (Gim1[j] + Gip1[j] + Gi[j - 1] + Gi[j + 1]) + one_minus_omega * Gi[j]; } int main() { int N = 100; double** mat = (double**)malloc(sizeof(double*) * N); int i; for (i = 0; i < N; i++) mat[i] = (double*)malloc(sizeof(double) * N); test(N, 1.25, mat); return 0; } Inner loop of test(), using llvm-gcc 2.6 (32 bit, on Windows): llvm-gcc -Wall -O3 -fomit-frame-pointer -msse3 -march=native -ffast-math LBB1_2: movapd %xmm1, %xmm2 mulsd 8(%ecx,%edi,8), %xmm2 movsd 8(%esi,%edi,8), %xmm3 addsd 8(%edx,%edi,8), %xmm3 addsd (%ecx,%edi,8), %xmm3 addsd 16(%ecx,%edi,8), %xmm3 mulsd %xmm0, %xmm3 addsd %xmm2, %xmm3 movsd %xmm3, 8(%ecx,%edi,8) incl %edi cmpl %eax, %edi jne LBB1_2 I think the performance difference is caused by the 32bit Java server JIT that reduces the number of memory accesses in the inner loop from 6 to 4, as in code like (code not tested): void test(int N, double omega, double** G) { // Scimark2 SOR reduced double omega_over_four = omega * 0.25; double one_minus_omega = 1.0 - omega; int j, i = 1; double* Gi = G[i]; double* Gim1 = G[i - 1]; double* Gip1 = G[i + 1]; double pred = Gi[0]; double curr = Gi[1]; double succ = Gi[2]; for (j = 1; j < N - 1; j++) { pred = omega_over_four * (Gim1[j] + Gip1[j] + pred + succ) + one_minus_omega * curr; Gi[i] = pred; curr = succ; succ = Gi[i + 1]; } } On IRC has said: hm! there's a number of loads that are trivially provably consequtive in memory, but i don't think we have a pass that even tries to fold them -- 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 cs.uiuc.edu Sun Nov 15 14:30:59 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 14:30:59 -0600 Subject: [LLVMbugs] [Bug 5502] New: Assertion on IndirectBrInst failed Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5502 Summary: Assertion on IndirectBrInst failed Product: new-bugs Version: trunk Platform: Other URL: http://rene-ladan.nl/tb/errors/8-clang-FreeBSD/fuse- 0.10.0.2_1.log OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: rene at freebsd.org CC: llvmbugs at cs.uiuc.edu When compiling z80_ops.c (see end of log), the assertion (!isa(Preds[i]->getTerminator()) && "Cannot split an edge from an IndirectBrInst") fails. FreeBSD 8.0-RC2, i386, llvm/clang from svn revision 88856 clang-cc was built without debug symbols, the backtrace from gdb shows: > #37 0x08e69403 in llvm::callDefaultCtor () > No symbol table info available. > Previous frame inner to this frame (corrupt 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 cs.uiuc.edu Sun Nov 15 14:35:05 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 14:35:05 -0600 Subject: [LLVMbugs] [Bug 5503] New: __attribute__ aligned does not work as expected on mingw32 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5503 Summary: __attribute__ aligned does not work as expected on mingw32 Product: tools Version: 2.6 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: llvm-gcc AssignedTo: unassignedbugs at nondot.org ReportedBy: sherpya at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3822) --> (http://llvm.org/bugs/attachment.cgi?id=3822) test case There is a bug on gcc/binutils, resolved on latest svn revisions __attribute__ aligned does not work well with commons since the info about alignment is lost when producing coff objects this can be a problem when vectorizing (dunno on llvm) with -O3 and cpu with sse, or simply using some inline sse code that expects 16-byte aligned data there are 2 kind of aligned, global or local by using -fno-common on gcc the problem is workarounded on llvm, with -fno-common only global declarations are aligned I'm attaching a test case here my outputs: llvm-gcc: Local Aligned 16: 8 Local Aligned 32: 8 Global Aligned 16: 8 Global Aligned 32: 8 llvm-gcc with -fno-common: Local Aligned 16: 8 Local Aligned 32: 8 Global Aligned 16: 0 Global Aligned 32: 0 gcc with -fno-common: Local Aligned 16: 0 Local Aligned 32: 0 Global Aligned 16: 0 Global Aligned 32: 0 link to gcc bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216 -- 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 cs.uiuc.edu Sun Nov 15 15:21:50 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 15:21:50 -0600 Subject: [LLVMbugs] [Bug 5504] New: llvm::sys::Memory:: InvalidateInstructionCache breaks compilation against ARM Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5504 Summary: llvm::sys::Memory::InvalidateInstructionCache breaks compilation against ARM Product: new-bugs Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: max.wolf at gmx.de CC: llvmbugs at cs.uiuc.edu in order to compile against ARM on the maemo platform i had to remove the "__clear_cache" call in Memory.cpp. I have no idea, if removing the call is the correct solution, but at least it solves the compilation problem and the comment suggests a problem anyway. # elif defined(__arm__) && defined(__GNUC__) // FIXME: Can we safely always call this for __GNUC__ everywhere? //char *Start = (char*) Addr; //char *End = Start + Len; __clear_cache(Start, End); # endif -- 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 cs.uiuc.edu Sun Nov 15 16:02:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 16:02:24 -0600 Subject: [LLVMbugs] [Bug 5504] llvm::sys::Memory:: InvalidateInstructionCache breaks compilation against ARM In-Reply-To: Message-ID: <200911152202.nAFM2O8L002928@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5504 Anton Korobeynikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asl at math.spbu.ru Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Anton Korobeynikov 2009-11-15 16:02:23 --- You need to use more or less recent toolchain to compile stuff (e.g. codesourcery 2009q1 one) -- 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 cs.uiuc.edu Sun Nov 15 18:08:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 18:08:24 -0600 Subject: [LLVMbugs] [Bug 5505] New: Assertion failed: Reg >= X86::FP0 && Reg <= X86::FP6 && " Expected FP register!" Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5505 Summary: Assertion failed: Reg >= X86::FP0 && Reg <= X86::FP6 && "Expected FP register!" Product: compiler-rt Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: compiler-rt AssignedTo: unassignedbugs at nondot.org ReportedBy: sherpya at gmail.com CC: llvmbugs at cs.uiuc.edu I've got this error while compiling atan2f.c from mingw runtime with -O >= 1 with -O0 works fine: Assertion failed: Reg >= X86::FP0 && Reg <= X86::FP6 && "Expected FP register!", file c:/proj/llvm/src/lib/Target/X86/X86FloatingPoint.cpp, line 179 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. atan2f.c:15: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See for instructions. test case: #include float atan2f (float y, float x) { float res; asm ("fpatan" : "=t" (res) : "u" (y), "0" (x) : "st(1)"); return res; } -- 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 cs.uiuc.edu Sun Nov 15 18:31:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 18:31:02 -0600 Subject: [LLVMbugs] [Bug 5505] Assertion failed: Reg >= X86::FP0 && Reg <= X86::FP6 && " Expected FP register!" In-Reply-To: Message-ID: <200911160031.nAG0V2sj008497@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5505 Anton Korobeynikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asl at math.spbu.ru Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #2 from Anton Korobeynikov 2009-11-15 18:31:01 --- Please set proper "product" in the PRs as well. The assertion is not connected with compiler-rt library at all (consider reading http://compiler-rt.llvm.org) at least. *** This bug has been marked as a duplicate of bug 879 *** -- 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 cs.uiuc.edu Sun Nov 15 18:33:06 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 18:33:06 -0600 Subject: [LLVMbugs] [Bug 5496] error compiling Compiling BasicBlockTracing.ll on mingw In-Reply-To: Message-ID: <200911160033.nAG0X6VG008673@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5496 Anton Korobeynikov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #2 from Anton Korobeynikov 2009-11-15 18:33:06 --- Closing as invalid then -- 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 cs.uiuc.edu Sun Nov 15 20:10:15 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 20:10:15 -0600 Subject: [LLVMbugs] [Bug 5495] Assert failure "Interval does not exist for register" during llvm-gcc build In-Reply-To: Message-ID: <200911160210.nAG2AF2w012597@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5495 Lang Hames changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #11 from Lang Hames 2009-11-15 20:10:14 --- Applied Andrew's patch in r88880. Thanks for that Andrew! My fix to ProcessImplicitDefs was committed in r88881. That resolves both issues. :) -- 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 cs.uiuc.edu Sun Nov 15 21:50:39 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 21:50:39 -0600 Subject: [LLVMbugs] [Bug 5491] Add FileCheck option to not count lines matching CHECK In-Reply-To: Message-ID: <200911160350.nAG3odP9015834@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5491 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #1 from Chris Lattner 2009-11-15 21:50:39 --- I don't think this is important enough to warrant a filecheck feature. Most fixit checks should be written as "run the bad input into clang in fixit mode and verify that clang reparses it with no diagnostics". If this isn't enough, I recommend using a regex that is anchored to the start of the line, ensuring that the CHECK: lines aren't matched. -- 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 cs.uiuc.edu Sun Nov 15 22:31:42 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 15 Nov 2009 22:31:42 -0600 Subject: [LLVMbugs] [Bug 5449] clang crashes on float constant evaluation In-Reply-To: Message-ID: <200911160431.nAG4Vgem017287@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5449 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sharparrow1 at yahoo.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Eli Friedman 2009-11-15 22:31:40 --- Fixed in r88885. -- 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 cs.uiuc.edu Mon Nov 16 03:28:23 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 03:28:23 -0600 Subject: [LLVMbugs] [Bug 3666] X86 backend converts calls to constant addresses to indirect calls. In-Reply-To: Message-ID: <200911160928.nAG9SNkP009775@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=3666 tobias changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ubub at gmx.net Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #5 from tobias 2009-11-16 03:28:22 --- When upgrading from 2.5 to 2.6 this patch seems to break stuff: llvm 2.5 outputs the following assembly: movl $12345678, %eax call *%eax this is correct, but indirect, as documented in the initial comment. the initial comment says that llvm 2.6 _should_ output: call *12345678 the above assembly calls the function pointer _stored_ at address 12345678. this is not the same as calling the function at address 12345678, which is what the IR would like to do. actually llvm 2.6 outputs the following assembly: call 12345678 the above assembly calls the function pointer relative to the current program counter (IPC+12345678 -> crash). this is not the same as calling the function at the absolute address 12345678, which is what the IR would like to do. perhaps someone with good x86 at&t assembly knowledge can shed some light on it. I have already tried: call 12345678 - . - 1 this works but I don't know if it is fully relocatable when linked as a shared library. -- 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 cs.uiuc.edu Mon Nov 16 04:17:29 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 04:17:29 -0600 Subject: [LLVMbugs] [Bug 5507] New: Visibility warning from gcc-4.4 when compiling DwarfDebug. cpp Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5507 Summary: Visibility warning from gcc-4.4 when compiling DwarfDebug.cpp Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: dpatel at apple.com, llvmbugs at cs.uiuc.edu lib/CodeGen/AsmPrinter/DwarfDebug.cpp:127: warning: ???llvm::DbgVariable??? declared with greater visibility than the type of its field ???llvm::DbgVariable::TheDIE??? -- 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 cs.uiuc.edu Mon Nov 16 05:16:50 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 05:16:50 -0600 Subject: [LLVMbugs] [Bug 5508] New: debug info for local static variables doesn't say they' re local Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5508 Summary: debug info for local static variables doesn't say they're local Product: tools Version: trunk Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: llvm-gcc AssignedTo: unassignedbugs at nondot.org ReportedBy: jay.foad at antixlabs.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3823) --> (http://llvm.org/bugs/attachment.cgi?id=3823) source file If I compile the attached source with "llvm-gcc -g -S -emit-llvm f.c", I get the following debug info for the local static variable "i": !0 = metadata !{i32 458804, i32 0, metadata !1, metadata !"i", metadata !"i", metadata !"i.1080", metadata !1, i32 3, metadata !2, i1 true, i1 true, i32* @i.1080}; [DW_TAG_variable ] !1 = metadata !{i32 458769, i32 0, i32 1, metadata !"f.c", metadata !"/home/foad/", metadata !"4.2.1 (Based on Apple Inc. build 5653) (LLVM build)", i1 true, i1 false, metadata !"", i32 0}; [DW_TAG_compile_unit ] !2 = metadata !{i32 458788, metadata !1, metadata !"int", metadata !1, i32 0, i64 32, i64 32, i64 0, i32 0, i32 5}; [DW_TAG_base_type ] There's nothing in here that encodes the fact that "i" is local to the function "f" -- it looks just like a global variable. I guess the obvious way to encode this information would be to set the global variable descriptor's "context" to the descriptor for the subprogram "f", instead of the compile unit. -- 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 cs.uiuc.edu Mon Nov 16 09:25:13 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 09:25:13 -0600 Subject: [LLVMbugs] [Bug 5510] New: Timer class is not thread safe. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5510 Summary: Timer class is not thread safe. Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Support Libraries AssignedTo: unassignedbugs at nondot.org ReportedBy: hans at hanshq.net CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3824) --> (http://llvm.org/bugs/attachment.cgi?id=3824) Test program Using different instances of Timer in different threads is not safe. When running the attached C++ code on a multiprocessor machine I get the following error: a.out: Timer.cpp:172: void llvm::Timer::stopTimer(): Assertion `I != ActiveTimers->end() && "stop but no startTimer?"' failed. Aborted (compiled with g++ TimerTest.cpp -pthread `./llvm-config --cxxflags --ldflags --libs`) -- 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 cs.uiuc.edu Mon Nov 16 11:03:23 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 11:03:23 -0600 Subject: [LLVMbugs] [Bug 408] Need a target-independent machine code verifier In-Reply-To: Message-ID: <200911161703.nAGH3NlN025877@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=408 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Jakob Stoklund Olesen 2009-11-16 11:03:23 --- The verifier is enabled with -verify-machineinstrs. More features are welcome. -- 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 cs.uiuc.edu Mon Nov 16 13:21:55 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 13:21:55 -0600 Subject: [LLVMbugs] [Bug 5507] Visibility warning from gcc-4.4 when compiling DwarfDebug.cpp In-Reply-To: Message-ID: <200911161921.nAGJLtek032193@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5507 devang.patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from devang.patel 2009-11-16 13:21:55 --- I am not seeing this warning. (I'm confused why?). However, does r88939 help ? -- 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 cs.uiuc.edu Mon Nov 16 13:32:13 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 13:32:13 -0600 Subject: [LLVMbugs] [Bug 5507] Visibility warning from gcc-4.4 when compiling DwarfDebug.cpp In-Reply-To: Message-ID: <200911161932.nAGJWDrh032681@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5507 Benjamin Kramer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |benny.kra at gmail.com Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #2 from Benjamin Kramer 2009-11-16 13:32:13 --- (In reply to comment #1) > I am not seeing this warning. (I'm confused why?). I think it was introduced in GCC 4.3. > However, does r88939 help ? We get a different warning now: In file included from DwarfDebug.h:23, from DwarfDebug.cpp:14: include/llvm/ADT/ValueMap.h: In instantiation of 'llvm::ValueMapIterator, llvm::DenseMapInfo >, llvm::DbgScope*, llvm::DenseMapInfo, llvm::DenseMapInfo > >, llvm::DenseMapInfo >, llvm::MDNode*>::ValueTypeProxy': DwarfDebug.cpp:2050: instantiated from here include/llvm/ADT/ValueMap.h:289: warning: 'llvm::ValueMapIterator, llvm::DenseMapInfo >, llvm::DbgScope*, llvm::DenseMapInfo, llvm::DenseMapInfo > >, llvm::DenseMapInfo >, llvm::MDNode*>::ValueTypeProxy' declared with greater visibility than the type of its field 'llvm::ValueMapIterator, llvm::DenseMapInfo >, llvm::DbgScope*, llvm::DenseMapInfo, llvm::DenseMapInfo > >, llvm::DenseMapInfo >, llvm::MDNode*>::ValueTypeProxy::second' I think it's the same warning Jeff tried to fix in r85873. -- 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 cs.uiuc.edu Mon Nov 16 15:44:54 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 15:44:54 -0600 Subject: [LLVMbugs] [Bug 5508] debug info for local static variables doesn't say they're local In-Reply-To: Message-ID: <200911162144.nAGLis8b006730@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5508 devang.patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from devang.patel 2009-11-16 15:44:54 --- Fixed in r88970. -- 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 cs.uiuc.edu Mon Nov 16 17:00:44 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 16 Nov 2009 17:00:44 -0600 Subject: [LLVMbugs] [Bug 5525] New: llc generates duplicate labels Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5525 Summary: llc generates duplicate labels Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: timo.lindfors at iki.fi CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3825) --> (http://llvm.org/bugs/attachment.cgi?id=3825) bc file that causes llc to generate duplicate labels Steps to reproduce: 1) llc --relocation-model=pic -o bugpoint.safe.bc.llc.s bugpoint.safe.bc 2) gcc -x assembler -fno-strict-aliasing bugpoint.safe.bc.llc.s -x none -shared -o bugpoint.safe.bc.llc.s.so -O2 Expected results: 2) gcc accepts the code generated by llc Actual results: 2) gcc prints a large number of errors about duplicate labels: bugpoint.safe.bc.llc.s: Assembler messages: bugpoint.safe.bc.llc.s:33685: Error: symbol `.Lfunc_end76' is already defined bugpoint.safe.bc.llc.s:34029: Error: symbol `.Lfunc_end76' is already defined bugpoint.safe.bc.llc.s:34491: Error: symbol `.Lfunc_end76' is already defined bugpoint.safe.bc.llc.s:34953: Error: symbol `.Lfunc_end76' is already defined bugpoint.safe.bc.llc.s:35338: Error: symbol `.Lfunc_end76' is already defined ... bugpoint.safe.bc.llc.s:61089: Error: symbol `.Ldebug_frame_begin76' is already defined bugpoint.safe.bc.llc.s:61122: Error: symbol `.Ldebug_frame_end76' is already defined bugpoint.safe.bc.llc.s:61125: Error: symbol `.Ldebug_frame_begin76' is already defined bugpoint.safe.bc.llc.s:61158: Error: symbol `.Ldebug_frame_end76' is already defined bugpoint.safe.bc.llc.s:61161: Error: symbol `.Ldebug_frame_begin76' is already defined ... More info: 1) I was trying to use bugpoint to reduce a crash in JIT but then noticed that after a few reduction rounds llc stopped working. 2) llvm revision is 87031 3) distro is debian stable 4) architecture is x86 5) gcc version is 4.3.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 cs.uiuc.edu Tue Nov 17 02:52:20 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 02:52:20 -0600 Subject: [LLVMbugs] [Bug 5533] New: UNREACHABLE executed at X86ATTAsmPrinter.cpp:415! Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5533 Summary: UNREACHABLE executed at X86ATTAsmPrinter.cpp:415! Product: libraries Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Target Description Classes AssignedTo: unassignedbugs at nondot.org ReportedBy: jirislaby at gmail.com CC: llvmbugs at cs.uiuc.edu cmdline: ~xslaby/llvm-gcc-4.2-2.6-x86_64-linux/bin/llvm-gcc -Wp,-MD,init/.main.o.d -nostdinc -isystem /usr/lib64/llvm-gcc/lib64/gcc/x86_64-unknown-linux-gnu/4.2.1/include -I/home/l/latest/xxx/arch/x86/include -Iinclude -I/home/l/latest/xxx/include -include include/generated/autoconf.h -I/home/l/latest/xxx/init -Iinit -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -m64 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -fno-omit-frame-pointer -fno-optimize-sibling-calls -pg -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fprofile-arcs -ftest-coverage -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(main)" -D"KBUILD_MODNAME=KBUILD_STR(main)" -D"DEBUG_HASH=30" -D"DEBUG_HASH2=43" /home/l/latest/xxx/init/main.c -E >main.E Output: Unknown pcrel immediate operand UNREACHABLE executed at X86ATTAsmPrinter.cpp:415! /home/l/latest/xxx/init/main.c:907: internal compiler error: Aborted -- 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 cs.uiuc.edu Tue Nov 17 03:17:22 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 03:17:22 -0600 Subject: [LLVMbugs] [Bug 5507] Visibility warning from gcc-4.4 when compiling DwarfDebug.cpp In-Reply-To: Message-ID: <200911170917.nAH9HMKb014285@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5507 Nick Lewycky changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicholas at mxc.ca Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #6 from Nick Lewycky 2009-11-17 03:17:21 --- Okay. So I applied *a* fix, but it might not be good enough: I removed VISIBILITY_HIDDEN from the whole directory. As far as I can tell, this is the right thing to do. Having a class contain a member of hidden visibility is a real bug, if you every try to hand that class* to someone else to use it. That rule affects the whole object hierarchy all the way down. Either all of it needs to be hidden or none of it can be. I also looked into other ways to mark things hidden. Anonymous namespaces are the most obvious, but all of these hidden classes are used in more than one translation unit. You can also put all of this stuff in a namespace debug VISIBILITY_HIDDEN, but it's still all subject to the hierarchy rule mentioned above. If the extra symbols are a real, non-cosmetic problem, please reopen this 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 cs.uiuc.edu Tue Nov 17 04:09:03 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 04:09:03 -0600 Subject: [LLVMbugs] [Bug 5534] New: Local register allocator assertion " Silently clearing a virtual register?" failed Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5534 Summary: Local register allocator assertion "Silently clearing a virtual register?" failed Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3829) --> (http://llvm.org/bugs/attachment.cgi?id=3829) testcase .ll This is a recent regression. $ llc regalloc_crash.ll -O0 -regalloc=local llc: llvm/lib/CodeGen/RegAllocLocal.cpp:859: void::RALocal::AllocateBasicBlock(llvm::MachineBasicBlock&): Assertion `(!PhysRegsUsed[PhysReg] || PhysRegsUsed[PhysReg] == -1) && "Silently clearing a virtual register?"' 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 cs.uiuc.edu Tue Nov 17 05:33:22 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 05:33:22 -0600 Subject: [LLVMbugs] [Bug 5535] New: Invalid labels (eg: .L5_4_set_-1) generated by llc with -relocation-model=pic Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5535 Summary: Invalid labels (eg: .L5_4_set_-1) generated by llc with -relocation-model=pic Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3831) --> (http://llvm.org/bugs/attachment.cgi?id=3831) testcase .ll This is a recent regression and breaks the Fortran llvm-gcc build. Labels are being output with minus signs in them (perhaps this means the label was deleted, in which case it shouldn't be output). $ llc -relocation-model=pic labels.bc && gcc -c labels.s labels.s: Assembler messages: labels.s:3037: Error: expected comma after ".L5_4_set_" -- 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 cs.uiuc.edu Tue Nov 17 06:15:43 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 06:15:43 -0600 Subject: [LLVMbugs] [Bug 5537] New: opt -strip does not remove all debug information Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5537 Summary: opt -strip does not remove all debug information Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: timo.lindfors at iki.fi CC: llvmbugs at cs.uiuc.edu Steps to reproduce: 1) cat > testcase.c < int main(int argc, char *argv[]) { puts("Hello world"); return 0; } EOF 2) llvm-gcc -c -emit-llvm -g testcase.c 3) opt -strip testcase.o -o - | llvm-dis -o - - 4) llvm-gcc -c -emit-llvm testcase.c 5) llvm-dis -o - testcase.o Expected results: 3 & 5) Using -g and opt -strip should cancel each other and result in no debugging information. Actual results: 3) opt -strip did not remove all debugging information: ; ModuleID = '' 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-n8:16:32" target triple = "i386-pc-linux-gnu" @0 = private constant [12 x i8] c"Hello world\00", align 1 ; <[12 x i8]*> [#uses=1] define i32 @main(i32, i8**) nounwind { %3 = alloca i32 ; [#uses=2] %4 = alloca i8** ; [#uses=2] %5 = alloca i32 ; [#uses=2] %6 = alloca i32 ; [#uses=2] %7 = bitcast i32 0 to i32 ; [#uses=0] %8 = bitcast i32* %3 to { }* ; <{ }*> [#uses=0] store i32 %0, i32* %3 %9 = bitcast i8*** %4 to { }* ; <{ }*> [#uses=0] store i8** %1, i8*** %4 %10 = call i32 @puts(i8* getelementptr inbounds ([12 x i8]* @0, i32 0, i32 0)) nounwind, !dbg !0 ; [#uses=0] store i32 0, i32* %6, align 4, !dbg !9 %11 = load i32* %6, align 4, !dbg !9 ; [#uses=1] store i32 %11, i32* %5, align 4, !dbg !9 br label %12, !dbg !9 ; :12 ; preds = %2 %13 = load i32* %5, !dbg !9 ; [#uses=1] ret i32 %13, !dbg !9 } declare i32 @puts(i8*) !0 = metadata !{i32 4, i32 0, metadata !1, null} !1 = metadata !{i32 458798, i32 0, metadata !2, metadata !"main", metadata !"main", metadata !"main", metadata !2, i32 3, metadata !3, i1 false, i1 true}; [DW_TAG_subprogram ] !2 = metadata !{i32 458769, i32 0, i32 1, metadata !"testcase.c", metadata !"/home/lindi/tmp/nano-2.0.7/", metadata !"4.2.1 (Based on Apple Inc. build 5653) (LLVM build)", i1 true, i1 false, metadata !"", i32 0}; [DW_TAG_compile_unit ] !3 = metadata !{i32 458773, metadata !2, metadata !"", metadata !2, i32 0, i64 0, i64 0, i64 0, i32 0, null, metadata !4, i32 0}; [DW_TAG_subroutine_type ] !4 = metadata !{metadata !5, metadata !5, metadata !6} !5 = metadata !{i32 458788, metadata !2, metadata !"int", metadata !2, i32 0, i64 32, i64 32, i64 0, i32 0, i32 5}; [DW_TAG_base_type ] !6 = metadata !{i32 458767, metadata !2, metadata !"char", metadata !2, i32 0, i64 32, i64 32, i64 0, i32 0, metadata !7}; [DW_TAG_pointer_type ] !7 = metadata !{i32 458767, metadata !2, metadata !"char", metadata !2, i32 0, i64 32, i64 32, i64 0, i32 0, metadata !8}; [DW_TAG_pointer_type ] !8 = metadata !{i32 458788, metadata !2, metadata !"char", metadata !2, i32 0, i64 8, i64 8, i64 0, i32 0, i32 6}; [DW_TAG_base_type ] !9 = metadata !{i32 5, i32 0, metadata !1, null} More info: 1) distro is debian stable 2) architecture is x86 3) llvm version is 86985 4) llvm-gcc version is 86986 5) This is mostly an issue since both JIT and LLC seem to sometimes crash when debug information is present (see for example bug #5525) 6) A workaround is to just pipe the IR through sed 's/, !dbg ![0-9]*//g' Maybe we need a new pass to remove metadata? -- 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 cs.uiuc.edu Tue Nov 17 06:58:40 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 06:58:40 -0600 Subject: [LLVMbugs] [Bug 5510] Timer class is not thread safe. In-Reply-To: Message-ID: <200911171258.nAHCweRc023493@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5510 Hans Wennborg changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #4 from Hans Wennborg 2009-11-17 06:58:40 --- Added a call to llvm_start_multithreaded() in the test program, and now it works. 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 cs.uiuc.edu Tue Nov 17 09:19:16 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 09:19:16 -0600 Subject: [LLVMbugs] [Bug 5538] New: Lack of diagnostic when a static variable inside a class has the same name of the class type Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5538 Summary: Lack of diagnostic when a static variable inside a class has the same name of the class type Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Semantic Analyzer AssignedTo: unassignedclangbugs at nondot.org ReportedBy: bolzoni at cs.unipr.it CC: llvmbugs at cs.uiuc.edu clang does not diagnose when a static variable inside a class has the same name of the class type. example code: --------------> class A { public: static int A; }; --------------< $ clang-cc example.cc ;echo $? 0 g++, instead, complains: $ g++ example.cc ;echo $? example.cc:3: error: ???A::A??? has the same name as the class in which it is declared 1 Here is the version: $ clang-cc --version Low Level Virtual Machine (http://llvm.org/): llvm version 2.7svn DEBUG build with assertions. Built Nov 12 2009 (15:11:58). (downloaded via svn the same day) Host: x86_64-unknown-linux-gnu Paolo Bolzoni -- 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 cs.uiuc.edu Tue Nov 17 11:52:01 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 11:52:01 -0600 Subject: [LLVMbugs] [Bug 5539] New: lifetime of conditional temporaries is incorrect Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5539 Summary: lifetime of conditional temporaries is incorrect Product: clang Version: trunk Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: victor.zverovich at googlemail.com CC: llvmbugs at cs.uiuc.edu Conditional temporaries are destroyed not at the end of the full expression as in gcc but apparently at the end of the conditional branch. For example, consider the program below: #include struct S { int i; S() { puts("S"); } ~S() { puts("~S"); } }; void f(int) { puts("f"); } volatile bool b = true; int main() { f(b ? S().i : 0); } If it is compiled with gcc and run the output is: S f ~S With clang the output is: S ~S f The same applies to && and || operators. -- 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 cs.uiuc.edu Tue Nov 17 12:41:47 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 12:41:47 -0600 Subject: [LLVMbugs] [Bug 5540] New: Partial loop unwinding with variable iteration count Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5540 Summary: Partial loop unwinding with variable iteration count Product: new-bugs Version: 2.6 Platform: PC OS/Version: Windows NT Status: NEW Keywords: code-quality, new-feature Severity: enhancement Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: bearophile at mailas.com CC: llvmbugs at cs.uiuc.edu See bug 5501 to understand where this comes from: http://llvm.org/bugs/show_bug.cgi?id=5501 After a discussion on IRC it seems LLVM is not able to perform a partial loop unwinding when the iteration count is a run-time variable, a simple example of C code: #include #include __attribute__((noinline)) int foo(int x) { return x * x; } int main() { int n = atoi("100"); // a run-time value int i, tot = 0; for (i = 0; i < n; i++) tot += foo(i); printf("%d\n", tot); return 0; } But the JavaVM HotSpot shows that optimization can be useful. Generally an unrolling of 2 or 4 or 8 is enough (4 is typical. A much larger value is useful only in special situations). Such number can be chosen heuristically according to the amount of asm instructions inside the loop. A little little example in C that shows how to perform first the modulus of the loop unrolling, followed by 4X unroll (as done by HotSpot): #include #include int main() { int n = atoi("20"); // a run-time value int unroll = 4; // usually 2, 4 or 8. Normally 4 int rest = n % unroll; int i; for (i = 0; i < rest; i++) printf("%d\n", i); for (i = rest; i < n; i += 4) { printf("%d\n", i + 0); printf("%d\n", i + 1); printf("%d\n", i + 2); printf("%d\n", i + 3); } return 0; } A run-time profiling too can help locate what loops may enjoy such dynamic unrolling. In the meantime annotations and compilation flags are blunt tools that are enough to ask the backend for this optimization. -- 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 cs.uiuc.edu Tue Nov 17 13:19:06 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 13:19:06 -0600 Subject: [LLVMbugs] [Bug 5534] Local register allocator assertion " Silently clearing a virtual register?" failed In-Reply-To: Message-ID: <200911171919.nAHJJ61Q005885@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5534 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Jakob Stoklund Olesen 2009-11-17 13:19:05 --- This should be fixed by r89125 with an existing test case: test/CodeGen/X86/2008-04-15-LiveVariableBug.ll -- 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 cs.uiuc.edu Tue Nov 17 16:11:32 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 17 Nov 2009 16:11:32 -0600 Subject: [LLVMbugs] [Bug 5485] Running pass 'Loop Strength Reduction' on basic block '%for.body .i1659' crash In-Reply-To: Message-ID: <200911172211.nAHMBWF5012013@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5485 Roman Divacky changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #8 from Roman Divacky 2009-11-17 16:11:32 --- yes, with r89150 I cant reproduce the issue. I dont know if it was fixed or just hidden... -- 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 cs.uiuc.edu Wed Nov 18 11:29:57 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 11:29:57 -0600 Subject: [LLVMbugs] [Bug 5551] New: Bug during llvm optimization with different results depending of architecture Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5551 Summary: Bug during llvm optimization with different results depending of architecture Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu With this test case from gcc torture suite I have various results: /* Origin: Joseph Myers . This tests for inconsistency in whether wide STRING_CSTs use the host or the target endianness. */ extern void exit (int); extern void abort (void); int main (void) { if (L"a" "b"[1] != L'b') abort (); exit (0); } with clang at -O0 : generated code seems correct with clang at -O3 : on 32 bits little endian architectures it is optimized to an exit call (OK) on 16 bits architectures like msp430 it is wrongly optimized to an abort call (ERROR) on 32 bits big-endian architecture it is not optimized (Optimization missing?) -- 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 cs.uiuc.edu Wed Nov 18 12:22:32 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 12:22:32 -0600 Subject: [LLVMbugs] [Bug 5552] New: ObjC sema crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5552 Summary: ObjC sema crash Product: clang Version: unspecified Platform: PC OS/Version: FreeBSD Status: NEW Severity: normal Priority: P2 Component: Semantic Analyzer AssignedTo: unassignedclangbugs at nondot.org ReportedBy: rdivacky at freebsd.org CC: llvmbugs at cs.uiuc.edu pes delta$ cat tmp1/022.m @interface Protocol : Object pes delta$ clang -fsyntax-only tmp1/022.m Assertion failed: (!D->getNextDeclInContext() && D != LastDecl && "Decl already inserted into a DeclContext"), function addHiddenDecl, file DeclBase.cpp, line 645. Stack dump: 0. Program arguments: /usr/local/bin/../libexec/clang-cc -triple x86_64-unknown-freebsd7.2 -fsyntax-only -disable-free -main-file-name 022.m --relocation-model static --disable-fp-elim --unwind-tables=1 --mcpu x86-64 --fmath-errno=1 -fmessage-length 152 -fexceptions=0 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -x objective-c tmp1/022.m 1. parser at end of file clang: error: compiler command failed due to signal 6 (use -v to see invocation) -- 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 cs.uiuc.edu Wed Nov 18 12:42:26 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 12:42:26 -0600 Subject: [LLVMbugs] [Bug 4894] Crash while emitting debug information for complex Objective-C classes In-Reply-To: Message-ID: <200911181842.nAIIgQ42007803@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4894 David Chisnall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #11 from David Chisnall 2009-11-18 12:42:25 --- Yup, I can confirm that it's working again in 89168. Possibly I just updated at the wrong 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 cs.uiuc.edu Wed Nov 18 13:42:03 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 13:42:03 -0600 Subject: [LLVMbugs] [Bug 5537] opt -strip does not remove all debug information In-Reply-To: Message-ID: <200911181942.nAIJg3mN010572@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5537 devang.patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from devang.patel 2009-11-18 13:42:02 --- There is one! Try -strip-debug! -- 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 cs.uiuc.edu Wed Nov 18 15:35:18 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 15:35:18 -0600 Subject: [LLVMbugs] [Bug 5300] UNREACHABLE executed at SimpleRegisterCoalescing.cpp:2000! In-Reply-To: Message-ID: <200911182135.nAILZIPv015549@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5300 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #3 from Jakob Stoklund Olesen 2009-11-18 15:35:16 --- It was TwoAddressInstructionPass accidentally removing a kill. Fixed here: http://llvm.org/viewvc/llvm-project?rev=89246&view=rev -- 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 cs.uiuc.edu Wed Nov 18 15:50:39 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 15:50:39 -0600 Subject: [LLVMbugs] [Bug 2353] Disabling gcc inliner causes WebKit performance regression In-Reply-To: Message-ID: <200911182150.nAILodJY016188@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=2353 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Evan Cheng 2009-11-18 15:50:38 --- Now that llvm-gcc -O2 is inlining more, we no longer see the performance regression. -- 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 cs.uiuc.edu Wed Nov 18 17:40:51 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 17:40:51 -0600 Subject: [LLVMbugs] [Bug 5552] ObjC sema crash In-Reply-To: Message-ID: <200911182340.nAINep1G021384@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5552 Fariborz Jahanian changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fjahanian at apple.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Fariborz Jahanian 2009-11-18 17:40:50 --- Fixed in TOT: http://llvm.org/viewvc/llvm-project?view=rev&revision=89269 -- 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 cs.uiuc.edu Wed Nov 18 20:51:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 20:51:48 -0600 Subject: [LLVMbugs] [Bug 2984] Thumb target should use register scavenger In-Reply-To: Message-ID: <200911190251.nAJ2pmup029243@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=2984 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Evan Cheng 2009-11-18 20:51:47 --- This is done. -- 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 cs.uiuc.edu Wed Nov 18 22:02:34 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 18 Nov 2009 22:02:34 -0600 Subject: [LLVMbugs] [Bug 5556] New: Windows x64 build broken Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5556 Summary: Windows x64 build broken Product: new-bugs Version: unspecified Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: nicolas at capens.net CC: llvmbugs at cs.uiuc.edu Building LLVM for x64 on Windows is broken due to a missing include. Patch attached. -- 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 cs.uiuc.edu Thu Nov 19 04:13:23 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 04:13:23 -0600 Subject: [LLVMbugs] [Bug 5558] New: Assertion in DAGTypeLegalizer when trying to use 64bit types on 16bit targets Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5558 Summary: Assertion in DAGTypeLegalizer when trying to use 64bit types on 16bit targets Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3836) --> (http://llvm.org/bugs/attachment.cgi?id=3836) testcase I was trying to set long long length as 64bit for 16b targets in clang and while compiling strtoll function from newlib the following assertion append when running llc: llc: llvm/lib/CodeGen/SelectionDAG/LegalizeTypes.cpp:619: void llvm::DAGTypeLegalizer::RemapValue(llvm::SDValue&): Assertion `N.getNode()->getNodeId() != NewNode && "Mapped to new node!"' failed. same assertion with pic16 and msp430 targets. commands used: llc test.ll -march=msp430 llc test.ll -march=pic16 test.ll is in attachement -- 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 cs.uiuc.edu Thu Nov 19 05:05:51 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 05:05:51 -0600 Subject: [LLVMbugs] [Bug 5559] New: Problems with nested templates Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5559 Summary: Problems with nested templates Product: clang Version: trunk Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: parser AssignedTo: dgregor at apple.com ReportedBy: ggreif at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3837) --> (http://llvm.org/bugs/attachment.cgi?id=3837) Testcase plus errors Please see attached file. I have distilled this from error messages I got for http://micker.googlecode.com Here I reproduce the code: ------------------------------------------------------------- // file: FooBar.hpp // invokation: clang -x c++ -c FooBar.hpp -o /dev/null template struct Foo; template <> struct Foo { template struct Bar {}; }; template <> template <> struct Foo::Bar {}; template ::Quux QUUX> struct Baz; ------------------------------------------------------ /* clang --version clang version 1.1 (trunk 89084) Target: x86_64-unknown-linux-gnu Thread model: posix I get these errors: FooBar.hpp:12:1: error: extraneous template parameter list in template specialization or out-of-line template definition template <> ^~~~~~~~~~~ FooBar.hpp:19:20: error: declaration of 'FT' shadows template parameter typename FT::template Bar::Quux QUUX> ^ FooBar.hpp:18:20: note: template parameter is declared here template ::Quux QUUX> ^ 4 diagnostics generated. 80001b614af1c567clang: error: unable to remove file: not a file or directory ^^^^^^^^^^^^^^^^ please note this strange output!! g++ (v3.4.6) does compile this without problems. */ -- 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 cs.uiuc.edu Thu Nov 19 06:17:55 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 06:17:55 -0600 Subject: [LLVMbugs] [Bug 5556] Windows x64 build broken In-Reply-To: Message-ID: <200911191217.nAJCHtNw031297@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5556 Benjamin Kramer changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |benny.kra at gmail.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Benjamin Kramer 2009-11-19 06:17:55 --- Thanks, applied in r89341. -- 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 cs.uiuc.edu Thu Nov 19 09:19:33 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 09:19:33 -0600 Subject: [LLVMbugs] [Bug 5561] New: llvm-gcc build broken on x86-64 linux: due to exception handling changes? Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5561 Summary: llvm-gcc build broken on x86-64 linux: due to exception handling changes? Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3839) --> (http://llvm.org/bugs/attachment.cgi?id=3839) testcase .ll /usr/bin/ld: .libs/bitmap_allocator.o: relocation R_X86_64_PC32 against symbol `typeinfo for std::bad_alloc' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status I'm guessing that exception handling typeinfos are being output wrong. I've attached the bitcode for bitmap_allocator. -- 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 cs.uiuc.edu Thu Nov 19 10:04:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 10:04:48 -0600 Subject: [LLVMbugs] [Bug 5562] New: Compiling protocol class crashes clang Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5562 Summary: Compiling protocol class crashes clang Product: clang Version: trunk Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: parser AssignedTo: unassignedclangbugs at nondot.org ReportedBy: csdavec at swan.ac.uk CC: llvmbugs at cs.uiuc.edu Compiling a source file that contains an interface definition for the Protocol class crashes clang. To reproduce: $ echo @interface Protocol @end | clang -x objective-c - Assertion failed: (!D->getNextDeclInContext() && D != LastDecl && "Decl already inserted into a DeclContext"), function addHiddenDecl, file DeclBase.cpp, line 644. Stack dump: 0. Program arguments: /usr/home/theraven/llvm/Debug/bin/clang-cc -triple i386-unknown-freebsd8.0 -S -disable-free -main-file-name - --relocation-model static --disable-fp-elim --unwind-tables=0 --mcpu pentium4 --fmath-errno=1 -fmessage-length 100 -fexceptions=0 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-9XJ6nj.s -x objective-c - 1. :1:21: current parser token '@' -- 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 cs.uiuc.edu Thu Nov 19 10:31:07 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 10:31:07 -0600 Subject: [LLVMbugs] [Bug 5563] New: LLVM::Transforms/InstCombine/shufflemask-undef. ll fails with checking enabled Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5563 Summary: LLVM::Transforms/InstCombine/shufflemask-undef.ll fails with checking enabled Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: edwintorok at gmail.com CC: llvmbugs at cs.uiuc.edu On an expensive checks build that testcase fails: /usr/include/c++/4.3/debug/vector:237:error: attempt to subscript container with out-of-bounds index 4, but container only holds 4 elements. Objects involved in the operation: sequence "this" @ 0x0x7fffbb259c30 { type = NSt7__debug6vectorIjSaIjEEE; } 0 opt 0x0000000000adea2f 1 opt 0x0000000000ae0a4b 2 libpthread.so.0 0x0000003e0a40e9a0 3 libc.so.6 0x0000003e09831f25 gsignal + 53 4 libc.so.6 0x0000003e09834d60 abort + 384 5 libstdc++.so.6 0x0000003e0c8653cd __gnu_debug::_Error_formatter::_M_error() const + 349 6 opt 0x00000000006befdc std::__debug::vector >::operator[](unsigned long) + 860 7 opt 0x00000000006a4d9d 8 opt 0x00000000006baaa5 9 opt 0x00000000006bb671 10 opt 0x00000000006bc0ce 11 opt 0x0000000000a30823 llvm::FPPassManager::runOnFunction(llvm::Function&) + 451 12 opt 0x0000000000a3092b llvm::FPPassManager::runOnModule(llvm::Module&) + 75 13 opt 0x0000000000a30130 llvm::MPPassManager::runOnModule(llvm::Module&) + 1184 14 opt 0x0000000000a30576 llvm::PassManagerImpl::run(llvm::Module&) + 134 15 opt 0x0000000000596143 main + 7731 16 libc.so.6 0x0000003e0981ea8d __libc_start_main + 253 17 opt 0x000000000057b5d9 Stack dump: 0. Running pass 'Function Pass Manager' on module ''. 1. Running pass 'Combine redundant instructions' on function '@foo' /home/edwin/clam/git/clamtools/bytecode/obj/test/Transforms/InstCombine/Output/shufflemask-undef.ll.script: line 3: 30812 Aborted 'opt' '-instcombine' '-S' < '/home/edwin/clam/git/clamtools/bytecode/llvm/test/Transforms/InstCombine/shufflemask-undef.ll' 30816 Done | 'not' 'grep' 'shufflevector.*i32 8' -- -- 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 cs.uiuc.edu Thu Nov 19 11:42:03 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 11:42:03 -0600 Subject: [LLVMbugs] [Bug 5562] Compiling protocol class crashes clang In-Reply-To: Message-ID: <200911191742.nAJHg3GY010788@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5562 Ted Kremenek changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kremenek at apple.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Ted Kremenek 2009-11-19 11:42:02 --- I think this was fixed in r89269: http://llvm.org/viewvc/llvm-project?view=rev&revision=89269 -- 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 cs.uiuc.edu Thu Nov 19 13:16:35 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 13:16:35 -0600 Subject: [LLVMbugs] [Bug 5565] New: clang website left menu doesn't show completely Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5565 Summary: clang website left menu doesn't show completely Product: Website Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: General Website AssignedTo: unassignedbugs at nondot.org ReportedBy: silkensedai at online.fr CC: llvmbugs at cs.uiuc.edu The left menu of the clang website doesn't show fully, probably because its position is fixed. As a consequence it doesn't scroll with the page. To see the menu in full, I have to go full screen, and that's because my screen have 800px in height. For those with a smaller screen, that might be impossible to reach the bottom of the menu. I think there are two solutions. Either overflow (and make sure the menu box doesn't take more space than the navigator viewport) or make the position absolute (so it will scroll with the page). -- 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 cs.uiuc.edu Thu Nov 19 14:50:51 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 14:50:51 -0600 Subject: [LLVMbugs] [Bug 5395] ValueMap mutex unit tests fail when llvm configured with --disable-threads In-Reply-To: Message-ID: <200911192050.nAJKopjl017723@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5395 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Duncan Sands 2009-11-19 14:50:51 --- Fixed here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091116/091416.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 cs.uiuc.edu Thu Nov 19 23:12:21 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 19 Nov 2009 23:12:21 -0600 Subject: [LLVMbugs] [Bug 5540] Partial loop unwinding with variable iteration count In-Reply-To: Message-ID: <200911200512.nAK5CLsG002635@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5540 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from Chris Lattner 2009-11-19 23:12:21 --- *** This bug has been marked as a duplicate of bug 5501 *** -- 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 cs.uiuc.edu Fri Nov 20 04:45:33 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 04:45:33 -0600 Subject: [LLVMbugs] [Bug 5192] ice: Mapped to new node In-Reply-To: Message-ID: <200911201045.nAKAjX3u029052@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5192 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #2 from Duncan Sands 2009-11-20 04:45:32 --- It does sound like a legalizer bug, but I can't reproduce it. If this still occurs with top-of-tree, can you please get clang to produce bitcode with -emit-llvm, and attach that to this bug report. -- 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 cs.uiuc.edu Fri Nov 20 04:47:22 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 04:47:22 -0600 Subject: [LLVMbugs] [Bug 5558] Assertion in DAGTypeLegalizer when trying to use 64bit types on 16bit targets In-Reply-To: Message-ID: <200911201047.nAKAlMMC029124@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5558 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Duncan Sands 2009-11-20 04:47:22 --- Fixed here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091116/091464.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 cs.uiuc.edu Fri Nov 20 06:36:08 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 06:36:08 -0600 Subject: [LLVMbugs] [Bug 5561] llvm-gcc build broken on x86-64 linux: due to exception handling changes? In-Reply-To: Message-ID: <200911201236.nAKCa83C000462@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5561 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Duncan Sands 2009-11-20 06:36:08 --- This now works, presumably because Bill reverted his exception handling changes. -- 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 cs.uiuc.edu Fri Nov 20 06:38:15 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 06:38:15 -0600 Subject: [LLVMbugs] [Bug 5535] Invalid labels (eg: .L5_4_set_-1) generated by llc with -relocation-model=pic In-Reply-To: Message-ID: <200911201238.nAKCcFtD000542@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5535 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Duncan Sands 2009-11-20 06:38:15 --- This seems to have been 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 cs.uiuc.edu Fri Nov 20 07:20:27 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 07:20:27 -0600 Subject: [LLVMbugs] [Bug 5563] LLVM::Transforms/InstCombine/shufflemask-undef. ll fails with checking enabled In-Reply-To: Message-ID: <200911201320.nAKDKRFG001868@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5563 Duncan Sands changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Duncan Sands 2009-11-20 07:20:27 --- Fixed here: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091116/091467.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 cs.uiuc.edu Fri Nov 20 09:15:44 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 09:15:44 -0600 Subject: [LLVMbugs] [Bug 5569] New: Bug with IPSCCP and blockaddress (assertion) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5569 Summary: Bug with IPSCCP and blockaddress (assertion) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: compile-fail Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3842) --> (http://llvm.org/bugs/attachment.cgi?id=3842) testcase (llvm assembler) The following command from a gcc torture testcase compiled with clang at -O3 crash during ipsccp after internalize: $llvm-as test.ll -o - | opt -internalize -ipsccp -o - | llvm-dis -o - opt: llvm/include/llvm/Support/Casting.h:199: typename llvm::cast_retty::ret_type llvm::cast(const Y&) [with X = llvm::Instruction, Y = llvm::User*]: Assertion `isa(Val) && "cast() argument of incompatible type!"' failed. [...] Stack dump: 0. Running pass 'Interprocedural Sparse Conditional Constant Propagation' on module ''. ****The testcase: (also in attachement) ; ModuleID = '' 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-n8:16:32" target triple = "i386-pc-linux-gnu" @code = global [5 x i32] [i32 0, i32 0, i32 0, i32 0, i32 1], align 4 ; <[5 x i32]*> [#uses=0] @bar.l = internal constant [2 x i8*] [i8* blockaddress(@bar, %lab0), i8* blockaddress(@bar, %end)] ; <[2 x i8*]*> [#uses=1] define void @foo(i32 %x) nounwind readnone { entry: %b = alloca i32, align 4 ; [#uses=1] volatile store i32 -1, i32* %b ret void } define void @bar(i32* nocapture %pc) nounwind readonly { entry: br label %indirectgoto lab0: ; preds = %indirectgoto %indvar.next = add i32 %indvar, 1 ; [#uses=1] br label %indirectgoto end: ; preds = %indirectgoto ret void indirectgoto: ; preds = %lab0, %entry %indvar = phi i32 [ %indvar.next, %lab0 ], [ 0, %entry ] ; [#uses=2] %pc.addr.0 = getelementptr i32* %pc, i32 %indvar ; [#uses=1] %tmp1.pn = load i32* %pc.addr.0 ; [#uses=1] %indirect.goto.dest.in = getelementptr inbounds [2 x i8*]* @bar.l, i32 0, i32 %tmp1.pn ; [#uses=1] %indirect.goto.dest = load i8** %indirect.goto.dest.in ; [#uses=1] indirectbr i8* %indirect.goto.dest, [label %lab0, label %end] } define i32 @main() nounwind readnone { entry: ret i32 0 } -- 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 cs.uiuc.edu Fri Nov 20 11:03:04 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 11:03:04 -0600 Subject: [LLVMbugs] [Bug 1408] Simple Analysis In-Reply-To: Message-ID: <200911201703.nAKH345R010334@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=1408 Devang Patel changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #4 from Devang Patel 2009-11-20 11:03:03 --- I agree. -- 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 cs.uiuc.edu Fri Nov 20 11:23:25 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 11:23:25 -0600 Subject: [LLVMbugs] [Bug 5570] New: Bad Type used for InlineAsm Use/Def flags in selection DAG Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5570 Summary: Bad Type used for InlineAsm Use/Def flags in selection DAG Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Keywords: compile-fail Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3843) --> (http://llvm.org/bugs/attachment.cgi?id=3843) testcase InlineAsm Use/Def flags is a 32 bit constant packed into a target machine Pointer Type that can be smaller than 32bits: it crashes with 16 bit machines. command used: clang-cc -S -triple=msp430-unknown-unknown -O3 test.c -o - Wrong code is in RegsForValue::AddInlineAsmOperands and SelectionDAGLowering::visitInlineAsm The testcase is from gcc torture suite -- 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 cs.uiuc.edu Fri Nov 20 11:46:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 11:46:24 -0600 Subject: [LLVMbugs] [Bug 5571] New: LLVM-GCC Front End failed in linux kernel driver proceessing Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5571 Summary: LLVM-GCC Front End failed in linux kernel driver proceessing Product: new-bugs Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: joker at ispras.ru CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3844) --> (http://llvm.org/bugs/attachment.cgi?id=3844) Preprocessed source file During processing file linux-2.6.31.6/drivers/mtd/chips/cfi_cmdset_0001.c from the latest stable linux kernel version 2.6.31.6 correspondingly LLVM gcc failed with "linux-2.6.31.6/drivers/mtd/chips/cfi_cmdset_0001.c.ldv.c:533:1: internal compiler error: Segmentation fault" while standard gcc (version 4.3.1) works good with it. There is preprocessed file in attachment since LLVM bytecode can not be obtained. -- 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 cs.uiuc.edu Fri Nov 20 12:07:55 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 12:07:55 -0600 Subject: [LLVMbugs] [Bug 5572] New: Unsupported inline asm in linux kernel driver. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5572 Summary: Unsupported inline asm in linux kernel driver. Product: new-bugs Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: joker at ispras.ru CC: llvmbugs at cs.uiuc.edu In processing linux kernel driver linux-2.6.31.6/drivers/net/hamradio/mkiss.c there is such the error "linux-2.6.31.6/drivers/net/hamradio/mkiss.c.ldv.c:863:330: error: unsupported inline asm: input constraint with a matching output constraint of incompatible type!". The standard system gcc (version 4.3.1) processes it well. Preprocessed driver code is attached. -- 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 cs.uiuc.edu Fri Nov 20 12:14:41 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 12:14:41 -0600 Subject: [LLVMbugs] [Bug 5572] Unsupported inline asm in linux kernel driver. In-Reply-To: Message-ID: <200911201814.nAKIEfeY013083@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5572 Anton Korobeynikov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #2 from Anton Korobeynikov 2009-11-20 12:14:40 --- However, error message suggests a dup here *** This bug has been marked as a duplicate of bug 3373 *** -- 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 cs.uiuc.edu Fri Nov 20 14:19:39 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 14:19:39 -0600 Subject: [LLVMbugs] [Bug 5569] Bug with IPSCCP and blockaddress (assertion) In-Reply-To: Message-ID: <200911202019.nAKKJdLI018660@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5569 Dan Gohman changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gohman at apple.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Dan Gohman 2009-11-20 14:19:39 --- This is fixed in r89483. -- 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 cs.uiuc.edu Fri Nov 20 14:51:35 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 14:51:35 -0600 Subject: [LLVMbugs] [Bug 5502] Assertion on IndirectBrInst failed In-Reply-To: Message-ID: <200911202051.nAKKpZ9A019957@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5502 Dan Gohman changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gohman at apple.com Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Dan Gohman 2009-11-20 14:51:35 --- This is fixed in r89484. -- 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 cs.uiuc.edu Fri Nov 20 14:54:00 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 14:54:00 -0600 Subject: [LLVMbugs] [Bug 5573] New: Assertion failure in lib/AST/DeclBase.cpp Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5573 Summary: Assertion failure in lib/AST/DeclBase.cpp Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Semantic Analyzer AssignedTo: unassignedclangbugs at nondot.org ReportedBy: cadaker at gmail.com CC: llvmbugs at cs.uiuc.edu The following C++ triggers an assertion failure in clang-cc: class A { private: class X; public: class X; class X {}; }; It happens because the second declaration of X is not assigned an AccessSpecifier in Sema::SetMemberAccessSpecifier. One simple way to fix it is attached. -- 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 cs.uiuc.edu Fri Nov 20 17:04:19 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 17:04:19 -0600 Subject: [LLVMbugs] [Bug 5574] New: bitcast thwarts dead store elimination Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5574 Summary: bitcast thwarts dead store elimination Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Scalar Optimizations AssignedTo: unassignedbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu In this reduced testcase, the lifetime.end isn't killing the store: declare void @llvm.lifetime.start(i64, i8* nocapture) nounwind declare void @llvm.lifetime.end(i64, i8* nocapture) nounwind define void @test(i32* %P) { %Q = getelementptr i32* %P, i32 1 %R = bitcast i32* %Q to i8* call void @llvm.lifetime.start(i64 4, i8* %R) store i32 0, i32* %Q ;; This store is dead. call void @llvm.lifetime.end(i64 4, i8* %R) ret void } this is reduced from real-world code where %P represents a stack and %Q is stacktop. -- 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 cs.uiuc.edu Fri Nov 20 22:55:14 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 20 Nov 2009 22:55:14 -0600 Subject: [LLVMbugs] [Bug 5579] New: Incorrect bitfields arithmetic result with llvm-gcc frontend Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5579 Summary: Incorrect bitfields arithmetic result with llvm-gcc frontend Product: new-bugs Version: 2.5 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: chenyang at cs.utah.edu CC: llvmbugs at cs.uiuc.edu, regehr at cs.utah.edu, jxyang at cs.utah.edu Seems it's a bug of llvm-gcc frontend. See below: yang at yang-working:~$ llvm-gcc -O1 -o small_llvm small.c yang at yang-working:~$ ./small_llvm g = 0 yang at yang-working:~$ clang -O1 -o small_clang small.c yang at yang-working:~$ ./small_clang g = 1 yang at yang-working:~$ cat small.c #include struct S0 { unsigned f0 : 27; }; int g = 0; void foo(void); void foo() { struct S0 s = {20000000}; g = (s.f0) < 0xC0000001L; } int main(void) { foo(); printf("g = %d\n", g); return 0; } yang at yang-working:~$ llvm-gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../llvm-gcc4.2-2.5.source/configure --prefix=/mounts/zion/disks/0/localhome/tbrethou/2.5/prerelease2/llvm-gcc/obj/../install --program-prefix=llvm- --enable-llvm=/localhome/tbrethou/2.5/prerelease2/llvm-2.5/ --disable-bootstrap --enable-languages=c,c++,fortran Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5636) (LLVM build 2.5) yang at yang-working:~$ clang -v clang version 1.1 (trunk 85610) Target: i386-pc-linux-gnu Thread model: posix -- 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 cs.uiuc.edu Sat Nov 21 13:56:19 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 13:56:19 -0600 Subject: [LLVMbugs] [Bug 5025] crash in objc messaging In-Reply-To: Message-ID: <200911211956.nALJuJnN016294@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5025 Fariborz Jahanian changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Fariborz Jahanian 2009-11-21 13:56:18 --- Fixed in TOT: http://llvm.org/viewvc/llvm-project?view=rev&revision=89561 -- 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 cs.uiuc.edu Sat Nov 21 15:25:15 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 15:25:15 -0600 Subject: [LLVMbugs] [Bug 5357] ice: Wrong MachineOperand accessor In-Reply-To: Message-ID: <200911212125.nALLPFvZ019634@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5357 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #10 from John Regehr 2009-11-21 15:25:14 --- Got back to this but it works now... -- 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 cs.uiuc.edu Sat Nov 21 15:27:17 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 15:27:17 -0600 Subject: [LLVMbugs] [Bug 4787] ICE: Assertion `(unsigned)FI-LowSpillSlot < SpillSlotToUsesMap. size() && "Invalid spill slot"' failed. In-Reply-To: Message-ID: <200911212127.nALLRHLY019709@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4787 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME -- 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 cs.uiuc.edu Sat Nov 21 15:29:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 15:29:02 -0600 Subject: [LLVMbugs] [Bug 4797] null ptr dereference in SimpleRegisterCoalescing::JoinIntervals In-Reply-To: Message-ID: <200911212129.nALLT2o8019779@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4797 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME -- 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 cs.uiuc.edu Sat Nov 21 15:36:00 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 15:36:00 -0600 Subject: [LLVMbugs] [Bug 4156] ICE: Assertion `isa(Val) && "cast() argument of incompatible type!"' failed. In-Reply-To: Message-ID: <200911212136.nALLa0px020077@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4156 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #8 from John Regehr 2009-11-21 15:36:00 --- Seems to work now. -- 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 cs.uiuc.edu Sat Nov 21 17:49:22 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 17:49:22 -0600 Subject: [LLVMbugs] [Bug 5585] New: Global variables that are references and have constant initializers should be marked constant Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5585 Summary: Global variables that are references and have constant initializers should be marked constant Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: andersca at mac.com CC: llvmbugs at cs.uiuc.edu int a; int& ar = a; clang++ compiles to @a = global i32 0, align 4 ; [#uses=1] @ar = global i32* @a, align 8 ; [#uses=0] llvm-gcc compiles to @a = global i32 0 ; [#uses=1] @ar = constant i32* @a ; [#uses=0] -- 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 cs.uiuc.edu Sat Nov 21 22:19:47 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 22:19:47 -0600 Subject: [LLVMbugs] [Bug 5470] TableGen crashes on some undef bit values In-Reply-To: Message-ID: <200911220419.nAM4JlpL000336@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5470 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Bob Wilson 2009-11-21 22:19:46 --- Fixed here: http://llvm.org/viewvc/llvm-project?rev=89581&view=rev -- 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 cs.uiuc.edu Sat Nov 21 23:00:39 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sat, 21 Nov 2009 23:00:39 -0600 Subject: [LLVMbugs] [Bug 5586] New: ice: Converting to packed did not help! Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5586 Summary: ice: Converting to packed did not help! Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu, jxyang at cs.utah.edu, chenyang at cs.utah.edu regehr at john-home:~/volatile/bugs/tmp243$ clang -O0 small.c clang-cc: CGExprConstant.cpp:337: bool::ConstStructBuilder::Build(clang::InitListExpr*): Assertion `NextFieldOffsetInBytes == LayoutSizeInBytes && "Converting to packed did not help!"' failed. 0 clang-cc 0x09045dd8 Stack dump: 0. Program arguments: /home/regehr/z/tmp/llvm-gcc-r89566-install/bin/../libexec/clang-cc -triple i386-pc-linux-gnu -S -disable-free -main-file-name small.c -relocation-model static -disable-fp-elim -unwind-tables=0 -mcpu pentium4 -O0 -fmessage-length 93 -fexceptions=0 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-b4ukDv.s -x c small.c 1. parser at end of file 2. small.c:19:17: LLVM IR generation of declaration 'g' 3. small.c:19:17: Generating code for declaration 'g' clang: error: compiler command failed due to signal 6 (use -v to see invocation) regehr at john-home:~/volatile/bugs/tmp243$ clang -v clang version 1.1 (trunk 89566) Target: i386-pc-linux-gnu Thread model: posix regehr at john-home:~/volatile/bugs/tmp243$ cat small.c typedef short int int16_t; typedef int int32_t; typedef unsigned char uint8_t; typedef unsigned short int uint16_t; #pragma pack(push) #pragma pack(1) struct S0 { int32_t f0; }; #pragma pack(pop) struct S3 { int16_t f0; uint16_t f1; struct S0 f2; uint8_t f3; }; const struct S3 g = { 2L, 0xD296L, 0, 0xC1L }; -- 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 cs.uiuc.edu Sun Nov 22 07:47:17 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 07:47:17 -0600 Subject: [LLVMbugs] [Bug 2299] -anders-aa and -gvn marks values as undefined incorrectly In-Reply-To: Message-ID: <200911221347.nAMDlHU7021258@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=2299 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |LATER --- Comment #4 from Chris Lattner 2009-11-22 07:47:16 --- andersaa is experimental, it isn't worth tracking individual bugs for 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 cs.uiuc.edu Sun Nov 22 07:49:50 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 07:49:50 -0600 Subject: [LLVMbugs] [Bug 3647] [llvm2.5prerelease2] utils/unittests fails to build on OpenBSD 4 .4 with gcc 4.2 In-Reply-To: Message-ID: <200911221349.nAMDno0C021400@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=3647 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Chris Lattner 2009-11-22 07:49:49 --- This is either already fixed or an unsupported config. -- 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 cs.uiuc.edu Sun Nov 22 07:52:20 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 07:52:20 -0600 Subject: [LLVMbugs] [Bug 4849] Test failure in llvm2.6-prelease 1 when compiled with llvm-gcc In-Reply-To: Message-ID: <200911221352.nAMDqK1A021539@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4849 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #3 from Chris Lattner 2009-11-22 07:52:20 --- This release already shipped, if it still occurs with mainline, please file a new bug, 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 cs.uiuc.edu Sun Nov 22 10:27:05 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 10:27:05 -0600 Subject: [LLVMbugs] [Bug 5307] Full test suit needs converting to FileCheck, Remove hard coded GNU grep usage. In-Reply-To: Message-ID: <200911221627.nAMGR5iZ026724@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5307 Edward O'Callaghan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #9 from Edward O'Callaghan 2009-11-22 10:27:05 --- All fixed, -> Closing ! That was a big'one, Edward. -- 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 cs.uiuc.edu Sun Nov 22 11:53:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 11:53:48 -0600 Subject: [LLVMbugs] [Bug 5573] Assertion failure in lib/AST/DeclBase.cpp In-Reply-To: Message-ID: <200911221753.nAMHrm5r029623@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5573 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- CC|llvmbugs at cs.uiuc.edu |daniel at zuster.org -- 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 cs.uiuc.edu Sun Nov 22 12:25:19 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 12:25:19 -0600 Subject: [LLVMbugs] [Bug 5482] StringRef is miscompiled by gcc-4.2 and gcc-4.3.1 and gcc-4.4.2 In-Reply-To: Message-ID: <200911221825.nAMIPJ23030559@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5482 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #8 from Daniel Dunbar 2009-11-22 12:25:18 --- I've regained enough sanity to convince myself I don't feel spending time on this. Seems fixed, thanks Edwin! -- 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 cs.uiuc.edu Sun Nov 22 12:52:03 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 12:52:03 -0600 Subject: [LLVMbugs] [Bug 5539] lifetime of conditional temporaries is incorrect In-Reply-To: Message-ID: <200911221852.nAMIq3J4031485@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5539 Anders Carlsson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Anders Carlsson 2009-11-22 12:52:03 --- This was fixed in http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20091116/024147.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 cs.uiuc.edu Sun Nov 22 14:00:49 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 14:00:49 -0600 Subject: [LLVMbugs] [Bug 5588] New: llvm-gcc requires bison and flex to build Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5588 Summary: llvm-gcc requires bison and flex to build Product: tools Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: llvm-gcc AssignedTo: unassignedbugs at nondot.org ReportedBy: c.r1 at gmx.de CC: llvmbugs at cs.uiuc.edu Hi, when you try to build llvm-{gcc,g++} on a system without flex or bison, the build fails and the gcc configure scripts say that you don't have bison/flex but that you'd just need them if you modified some file. I've not modified any files but still need flex and bison to build llvm-gcc from svn, so there's an inconsistency. -- 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 cs.uiuc.edu Sun Nov 22 18:07:07 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 18:07:07 -0600 Subject: [LLVMbugs] [Bug 5591] New: Incorrect packed bitfields assignment Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5591 Summary: Incorrect packed bitfields assignment Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: chenyang at cs.utah.edu CC: llvmbugs at cs.uiuc.edu, regehr at cs.utah.edu, jxyang at cs.utah.edu Seems it's a bug. See below: yang at yang-working:~$ clang -O1 -o small_1 small.c yang at yang-working:~$ ./small_1 g_8.f0 = 0, g_8.f1 = 5, g_19.f0 = 0, g_19.f1 = 5 yang at yang-working:~$ clang -O2 -o small_2 small.c yang at yang-working:~$ ./small_2 g_8.f0 = 0, g_8.f1 = 5, g_19.f0 = 0, g_19.f1 = 0 yang at yang-working:~$ cat small.c #include #pragma pack(push) #pragma pack(1) struct S1 { signed f0 : 10; signed f1 : 10; }; #pragma pack(pop) struct S1 g_8 = {0,0}; struct S1 g_19 = {0,0}; static struct S1 func_2() { return g_8; } int main(void) { int l_16 = 0; for (l_16 = 0; l_16 >= 0; l_16--) { g_8.f1 = g_8.f1 + 5; g_19 = func_2(); } printf("g_8.f0 = %d, g_8.f1 = %d, g_19.f0 = %d, g_19.f1 = %d\n", g_8.f0, g_8.f1, g_19.f0, g_19.f1); return 0; } yang at yang-working:~$ clang -v clang version 1.1 (trunk 89559) Target: i386-pc-linux-gnu Thread model: posix -- 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 cs.uiuc.edu Sun Nov 22 19:55:14 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 19:55:14 -0600 Subject: [LLVMbugs] [Bug 5592] New: Visual Studio 2010 totally build broken on x86/x64 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5592 Summary: Visual Studio 2010 totally build broken on x86/x64 Product: new-bugs Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: eugeny.grishul at gmail.com CC: llvmbugs at cs.uiuc.edu Use CMake 2.8 to generate appropriate project files. You will see a lot of errors during build. VS2010 editor has built-in compiler to provide excellent autocomplete, highlight etc, so it will be great to make LLVM buildable in the latest MS IDE. -- 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 cs.uiuc.edu Sun Nov 22 21:52:36 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Sun, 22 Nov 2009 21:52:36 -0600 Subject: [LLVMbugs] [Bug 5588] llvm-gcc requires bison and flex to build In-Reply-To: Message-ID: <200911230352.nAN3qaQD018969@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5588 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.wilson at apple.com Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #1 from Bob Wilson 2009-11-22 21:52:35 --- GCC releases are distributed as tar files, where the files generated by flex and bison are included with timestamps set so that they will not be regenerated. The comments in the configure script refer to that situation. If you check out gcc (or llvm-gcc) from subversion, the timestamps on the files may not conform to that expectation. If the timestamp on a generated file is older than the source file, flex or bison will be run. This is not the ideal situation, but since it is inherited from gcc, it's not something we need to fix for llvm-gcc. -- 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 cs.uiuc.edu Mon Nov 23 05:20:06 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 05:20:06 -0600 Subject: [LLVMbugs] [Bug 5595] New: When passing LDFLAGS to ./configure... bindings does not pick them up. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5595 Summary: When passing LDFLAGS to ./configure... bindings does not pick them up. Product: new-bugs Version: trunk Platform: PC OS/Version: AuroraUX Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: eocallaghan at auroraux.org CC: llvmbugs at cs.uiuc.edu On AuroraUX we use GCC from /opt/gcc4 so we have to pass LDFLAGS to our builds. i.e. LDFLAGS="-L/opt/gcc4/lib -R/opt/gcc4/lib" ./configure .... However, It would seem the Bindings/Ocaml fail link properly as they don't seem to be getting past the above LDFLAGS. i.e. Running /export/home2/edward/lab/llvm/llvm/test/Bindings/Ocaml/dg.exp ... FAIL: /export/home2/edward/lab/llvm/llvm/test/Bindings/Ocaml/analysis.ml Failed with signal(SIGKILL) at line 2 while running: ./analysis.ml.tmp analysis.ml.tmp.bc libc.so.1: analysis.ml.tmp: fatal: libstdc++.so.6: open failed: No such file or directory FAIL: /export/home2/edward/lab/llvm/llvm/test/Bindings/Ocaml/bitreader.ml Failed with signal(SIGKILL) at line 2 while running: ./bitreader.ml.tmp bitreader.ml.tmp.bc libc.so.1: bitreader.ml.tmp: fatal: libstdc++.so.6: open failed: No such file or directory .............. === Summary === # of expected passes 4198 # of unexpected failures 5 # of expected failures 26 ......... At revision 89648. Cheers, Edward. -- 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 cs.uiuc.edu Mon Nov 23 06:12:52 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 06:12:52 -0600 Subject: [LLVMbugs] [Bug 5559] Problems with nested templates In-Reply-To: Message-ID: <200911231212.nANCCqSu018610@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5559 Douglas Gregor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #4 from Douglas Gregor 2009-11-23 06:12:51 --- Fixed here: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20091123/024258.html With some instructive diagnostics: t.cc:12:1: warning: extraneous template parameter list in template specialization template<> ^~~~~~~~~~ t.cc:5:8: note: 'template<>' header not required for explicitly-specialized class 'Foo' declared here struct Foo ^ 2 diagnostics generated. -- 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 cs.uiuc.edu Mon Nov 23 07:04:06 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 07:04:06 -0600 Subject: [LLVMbugs] [Bug 5596] New: Segfault in IPConstantProp Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5596 Summary: Segfault in IPConstantProp Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: gohman at apple.com ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3851) --> (http://llvm.org/bugs/attachment.cgi?id=3851) testcase (llvm assembler) Hi Dan, I'm sorry to inform you that your commit in r89483 break another test case :( command used: llvm-as test.ll -o - | opt -internalize -ipsccp -o -| llvm-dis (it's from gcc torture 930111-1.c without inlining) -- 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 cs.uiuc.edu Mon Nov 23 09:25:21 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 09:25:21 -0600 Subject: [LLVMbugs] [Bug 5597] New: Templated function not accepted Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5597 Summary: Templated function not accepted Product: clang Version: trunk Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Semantic Analyzer AssignedTo: unassignedclangbugs at nondot.org ReportedBy: ggreif at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3852) --> (http://llvm.org/bugs/attachment.cgi?id=3852) File that does not compile with clang. Invocation and errors included. Please compile the attached file. Clang++ errors out, all g++ versions (which I have access to) do compile the file. Comeau also. Looks like matching the function pointer arising from a template instantiation does not match the function pointer argument of "Comm"s constructor. -- 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 cs.uiuc.edu Mon Nov 23 10:15:14 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 10:15:14 -0600 Subject: [LLVMbugs] [Bug 5596] Segfault in IPConstantProp In-Reply-To: Message-ID: <200911231615.nANGFEVo029041@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5596 Dan Gohman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Dan Gohman 2009-11-23 10:15:14 --- I see now that my earlier patch didn't anticipate multiple uses of a block from the same user (the switch, in this case). This is fixed r89658. -- 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 cs.uiuc.edu Mon Nov 23 10:45:29 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 10:45:29 -0600 Subject: [LLVMbugs] [Bug 5598] New: Clang generate wrong alignement on packed structure Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5598 Summary: Clang generate wrong alignement on packed structure Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3854) --> (http://llvm.org/bugs/attachment.cgi?id=3854) testcase this code generate unaligned access with clang: struct __attribute__((__packed__)) s { char c; unsigned long x; }; void foo (struct s *s) { s->x = 0; } for example with arm: clang outputs: foo: mov r1, #0 str r1, [r0, #+1] bx lr this generate an unaligned access exception. gcc outputs: foo: mov r3, #0 strb r3, [r0, #4] strb r3, [r0, #1] strb r3, [r0, #2] strb r3, [r0, #3] bx lr the llvm IR with clang without optimizations: $ clang-cc -emit-llvm -o - -disable-llvm-optzns test.c -triple=arm-unknown-unknown ; ModuleID = 'test.c' target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:64:64-f32:32:32-f64:64:64-v64:64:64-v128:128:128-a0:0:64-n32" target triple = "arm-unknown-unknown" %struct.s = type <{ i8, i32 }> define arm_aapcscc void @foo(%struct.s* %s) nounwind { entry: %s.addr = alloca %struct.s* ; <%struct.s**> [#uses=2] store %struct.s* %s, %struct.s** %s.addr %tmp = load %struct.s** %s.addr ; <%struct.s*> [#uses=1] %tmp1 = getelementptr inbounds %struct.s* %tmp, i32 0, i32 1 ; [#uses=1] store i32 0, i32* %tmp1 ret void } According to baldrick the last store should be: store i32 0, i32* %tmp1, align 1 instead of store i32 0, i32* %tmp1 -- 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 cs.uiuc.edu Mon Nov 23 12:49:16 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 12:49:16 -0600 Subject: [LLVMbugs] [Bug 5599] New: clang doesn't follow x86-64 ABI array alignment rule Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5599 Summary: clang doesn't follow x86-64 ABI array alignment rule Product: clang Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: gohman at apple.com CC: llvmbugs at cs.uiuc.edu The x86-64 ABI, in section 3.1.2 Data Representation, subsection "Aggregates and Unions", second paragraph, says: "An array uses the same alignment as its elements, except that a local or global array variable of length at least 16 bytes or a C99 variable-length array variable always has alignment of at least 16 bytes." For the following testcase: void frob(void *); void foo(void) { float x[4]; frob(x); } clang -O2 -emit-llvm -m64 emits %x = alloca [4 x float], align 4 ; <[4 x float]*> [#uses=1] which shows that the array is not being aligned on a 16 byte boundary. -- 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 cs.uiuc.edu Mon Nov 23 15:11:16 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 15:11:16 -0600 Subject: [LLVMbugs] [Bug 5600] New: Assertion in LiveIntervals Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5600 Summary: Assertion in LiveIntervals Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Common Code Generator Code AssignedTo: unassignedbugs at nondot.org ReportedBy: asl at math.spbu.ru CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3857) --> (http://llvm.org/bugs/attachment.cgi?id=3857) Bugpoint reduction Consider the attached bytecode $ ./llc bugpoint-reduced-simplified.bc llc: /home/asl/proj/llvm/src/lib/CodeGen/LiveInterval.cpp:284: void llvm::LiveInterval::removeRange(llvm::SlotIndex, llvm::SlotIndex, bool): Assertion `I->containsRange(Start, End) && "Range is not entirely in interval!"' 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 cs.uiuc.edu Mon Nov 23 15:41:59 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Mon, 23 Nov 2009 15:41:59 -0600 Subject: [LLVMbugs] [Bug 5406] Invalid call lowering on ARM In-Reply-To: Message-ID: <200911232141.nANLfxm0010154@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5406 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #6 from Bob Wilson 2009-11-23 15:41:59 --- I had to revert the previous fix due to regressions, so this is still an open 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 cs.uiuc.edu Tue Nov 24 03:04:08 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 03:04:08 -0600 Subject: [LLVMbugs] [Bug 5601] New: llvm-as: ParseFunctionHeader in LLParser. cpp poorly handles incorrect forward declarations Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5601 Summary: llvm-as: ParseFunctionHeader in LLParser.cpp poorly handles incorrect forward declarations Product: new-bugs Version: 2.6 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: arlencox at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3860) --> (http://llvm.org/bugs/attachment.cgi?id=3860) A minimal testcase to cause the failure A forward function declaration, if it has a greater number of arguments than is used in the file, will cause an assertion error instead of a type mismatch error. In LLParser.cpp, line 2538: // Add all of the arguments we parsed to the function. Function::arg_iterator ArgIt = Fn->arg_begin(); for (unsigned i = 0, e = ArgList.size(); i != e; ++i, ++ArgIt) { // If the argument has a name, insert it into the argument symbol table. if (ArgList[i].Name.empty()) continue; // Set the name, if it conflicted, it will be auto-renamed. ArgIt->setName(ArgList[i].Name); if (ArgIt->getNameStr() != ArgList[i].Name) return Error(ArgList[i].Loc, "redefinition of argument '%" + ArgList[i].Name + "'"); } I don't believe ArgIt should always be incremented. If ArgIt reaches the end before i == e, a type error should be raised. -- 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 cs.uiuc.edu Tue Nov 24 06:27:23 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 06:27:23 -0600 Subject: [LLVMbugs] [Bug 5373] loop-unswitch miscompilation In-Reply-To: Message-ID: <200911241227.nAOCRNGo026755@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5373 Edward O'Callaghan changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eocallaghan at auroraux.org Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Edward O'Callaghan 2009-11-24 06:27:22 --- Fix committed in revision 89758. Patch submitted by Jakub Staszak. Status: New -> FIXED. Cheers, Edward. -- 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 cs.uiuc.edu Tue Nov 24 16:43:40 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 16:43:40 -0600 Subject: [LLVMbugs] [Bug 5606] New: poor recovery on invalid switch expression Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5606 Summary: poor recovery on invalid switch expression Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Keywords: quality-of-implementation Severity: normal Priority: P2 Component: Semantic Analyzer AssignedTo: unassignedclangbugs at nondot.org ReportedBy: daniel at zuster.org CC: llvmbugs at cs.uiuc.edu -- ddunbar at lordcrumb:tmp$ cat t.c int f0(int var) { switch (va) { case 1: break; case 2: return 1; } return 2; } ddunbar at lordcrumb:tmp$ clang t.c t.c:2:11: error: use of undeclared identifier 'va' switch (va) { ^ t.c:3:3: error: 'case' statement not in switch statement case 1: ^ t.c:5:3: error: 'case' statement not in switch statement case 2: ^ 3 diagnostics generated. ddunbar at lordcrumb: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 cs.uiuc.edu Tue Nov 24 17:08:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 17:08:02 -0600 Subject: [LLVMbugs] [Bug 5607] New: Improve diagnostic for funny input characters Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5607 Summary: Improve diagnostic for funny input characters Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassignedclangbugs at nondot.org ReportedBy: daniel at zuster.org CC: llvmbugs at cs.uiuc.edu (you will need to get the actual input, this won't cut and paste most likely): -- ddunbar at lordcrumb:tmp$ cat t.c /* <- there is a funny character here */ /* and another one here -> */???/* <- there */ ddunbar at lordcrumb:tmp$ gcc t.c t.c:2: error: stray ???\357??? in program t.c:2: error: stray ???\273??? in program t.c:2: error: stray ???\277??? in program ddunbar at lordcrumb:tmp$ clang t.c t.c:1:1: error: expected identifier or '(' ???/* <- there is a funny character here */ ^ 1 diagnostic generated. -- Oddly enough, gcc ignores the first funny character and accepts it as valid input, which is how this problem was discovered. Otherwise the character is quite hard to see, so it would be nice if clang would go to some trouble to point it out. -- 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 cs.uiuc.edu Tue Nov 24 21:03:01 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 21:03:01 -0600 Subject: [LLVMbugs] [Bug 5610] New: gcc is not always slower than clang Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5610 Summary: gcc is not always slower than clang Product: clang Version: trunk Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: preprocessor AssignedTo: unassignedclangbugs at nondot.org ReportedBy: mikhail.strelnikov at gmail.com CC: llvmbugs at cs.uiuc.edu $ make ENABLE_OPTIMIZED=1 DISABLE_ASSERTIONS=1 $ time clang -Iboost_1_41_0/ -DDELAY_MAX=9 boost_1_41_0/libs/preprocessor/doc/examples/delay.c real 0m3.034s user 0m1.496s sys 0m1.528s $ time g++ -Iboost_1_41_0/ -DDELAY_MAX=9 boost_1_41_0/libs/preprocessor/doc/examples/delay.c real 0m1.695s user 0m1.140s sys 0m0.540s -- 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 cs.uiuc.edu Tue Nov 24 23:42:44 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Tue, 24 Nov 2009 23:42:44 -0600 Subject: [LLVMbugs] [Bug 5373] loop-unswitch miscompilation In-Reply-To: Message-ID: <200911250542.nAP5gieD030349@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5373 Edward O'Callaghan changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #5 from Edward O'Callaghan 2009-11-24 23:42:44 --- G'Day, Unfortunately the fix committed in revision 89758 was found to be bogus. The patch in question was reverted in revision 89844. Reopening PR. Thanks, Edward. -- 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 cs.uiuc.edu Wed Nov 25 00:20:24 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 00:20:24 -0600 Subject: [LLVMbugs] [Bug 5606] poor recovery on invalid switch expression In-Reply-To: Message-ID: <200911250620.nAP6KOjO031620@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5606 Douglas Gregor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Douglas Gregor 2009-11-25 00:20:23 --- Fixed here: http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of-Mon-20091123/024376.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 cs.uiuc.edu Wed Nov 25 04:14:41 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 04:14:41 -0600 Subject: [LLVMbugs] [Bug 5613] New: compiler-rt: 3 tests did not pass Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5613 Summary: compiler-rt: 3 tests did not pass Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: martin.nowack at inf.tu-dresden.de CC: llvmbugs at cs.uiuc.edu The following tests FAILED: 24 - enable_execute_stack_test (SEGFAULT) 38 - fixunssfti_test (Failed) 74 - fixunsdfti_test (Failed) Errors while running CTest ./test/fixunssfti_test error in __fixunssfti(-0X1P+0) = 0x0000000000000000FFFFFFFFFFFFFFFF, expected 0x00000000000000000000000000000000 ./test/fixunsdfti_test error in __fixunsdfti(-0X1P+0) = 0x0000000000000000FFFFFFFFFFFFFFFF, expected 0x00000000000000000000000000000000 The OS is an Kubuntu Karmic on an Intel Core 2 Duo (P9500). For further questions, please ask. Thanks in advance. -- 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 cs.uiuc.edu Wed Nov 25 11:46:02 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 11:46:02 -0600 Subject: [LLVMbugs] [Bug 3120] Small interpreter-like testcase where LLVM fails to shine In-Reply-To: Message-ID: <200911251746.nAPHk2lt006697@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=3120 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #9 from Bob Wilson 2009-11-25 11:46:01 --- svn r89865 enables tail duplication for indirect branches on x86, and with that change, the performance is much better*: 32-bit: Switched interpreter 240 Threaded interpreter 144 Recursive interpreter 821 Closure-based interpreter 1106 64-bit: Switched interpreter 584 Threaded interpreter 136 Recursive interpreter 733 Closure-based interpreter 508 * The 64-bit "switched interpreter" result here is bad because of a code alignment problem. The function is 16-byte aligned but the performance suffers badly if it is not placed on a 32-byte aligned boundary. I think this may be due to the branch predictor fetching 32-byte aligned data. If I manually increase the alignment of that function, the runtime drops from 584 to 291, which is better than gcc's 335 but still not as good as the 240 I measured before. That manual alignment change also increases the "threaded interpreter" runtime slightly from 136 to 144. I will file a separate PR for the alignment 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 cs.uiuc.edu Wed Nov 25 12:24:46 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 12:24:46 -0600 Subject: [LLVMbugs] [Bug 5614] New: Another regscavenger assertion Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5614 Summary: Another regscavenger assertion Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Backend: ARM AssignedTo: evan.cheng at apple.com ReportedBy: asl at math.spbu.ru CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3869) --> (http://llvm.org/bugs/attachment.cgi?id=3869) Testcase Consider the .ll attached. We have: $ ./llc subreg.ll -mcpu=cortex-a8 llc: /home/asl/proj/llvm/src_arm/lib/CodeGen/RegisterScavenging.cpp:193: void llvm::RegScavenger::forward(): Assertion `SubUsed && "Using an undefined register!"' 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 cs.uiuc.edu Wed Nov 25 15:47:09 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 15:47:09 -0600 Subject: [LLVMbugs] [Bug 5615] New: poor x86-64 performance depending on code alignment Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5615 Summary: poor x86-64 performance depending on code alignment Product: libraries Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P2 Component: Backend: X86 AssignedTo: unassignedbugs at nondot.org ReportedBy: bob.wilson at apple.com CC: llvmbugs at cs.uiuc.edu See pr3120 for background and testcase. The "switched interpreter" runtime degraded from 240 to 584 when I changed llvm to tail duplicate indirect branches. The change affected code that does not run for the "switched interpreter", and the changes are located after the switched interpreter code. The only effect of the change (aside from the "threaded interpreter" code) was that the linker adjusted the starting offsets of various functions. The "interpret_switch" function is aligned to a 16-byte boundary but that is apparently not good enough to get consistently good performance. When the start of that function was at 0x100001830, the performance was very good (240). At 0x100001810, it was bad (584). At 0x100001820, it was even worse (617). The latter case occurred when I manually deleted some .align directives from the threaded interpreter assembly. When I edited the assembly to increase the alignment of interpret_switch to 32 bytes, that function was placed at 0x100001800 and performance improved (291). I'm not sure what is causing these performance variations. The branch predictor in some x86 processors fetches aligned blocks of 32-bytes, so it may be related to that. If it was that simple, I don't know how to explain the huge differences in performance when the function was at 1800 vs 1820 or 1810 vs. 1830. To reproduce, run "make CC=llvm-gcc-4.2" with the testcase from pr3120 and then run the test with "intrp data/*". I used the following patch to make the test run only the "switched" interpreter: --- interpret.c.orig 2009-11-25 13:41:47.000000000 -0800 +++ interpret.c 2009-11-25 13:41:20.000000000 -0800 @@ -145,6 +145,7 @@ Interpreter interpreters[] = { { &interpret_switch, "Switched interpreter" }, + { NULL, NULL }, { &interpret_threaded, "Threaded interpreter" }, { &interpret_recursive, "Recursive interpreter" }, #ifdef __BLOCKS__ The current llvm trunk has the "bad" behavior. If you manually edit the assembly for interpret.c and remove the .align directives from the inside for the interpret_threaded function, the offset of interpret_switch should change. -- 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 cs.uiuc.edu Wed Nov 25 17:03:48 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 17:03:48 -0600 Subject: [LLVMbugs] [Bug 5616] New: Microsoft specific integer suffix parsed incorrectly Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5616 Summary: Microsoft specific integer suffix parsed incorrectly Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P2 Component: parser AssignedTo: unassignedclangbugs at nondot.org ReportedBy: mikhail.strelnikov at gmail.com CC: llvmbugs at cs.uiuc.edu Compilation error for correct suffix ("i64"): $ echo "void foo() { (void)0x1i64; }" | clang-cc -fms-extensions :1:27: error: invalid suffix 'i64' on integer constant void foo() { (void)0x1i64; } ^ 1 diagnostic generated. No compilation error for incorrect suffix ("i64u"): $ echo "void foo() { (void)0x1i64u; }" | clang-cc -fms-extensions $ See NumericLiteralParser::NumericLiteralParser -- 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 cs.uiuc.edu Wed Nov 25 17:50:43 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 17:50:43 -0600 Subject: [LLVMbugs] [Bug 5617] New: Inconsistency when reporting macro location Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5617 Summary: Inconsistency when reporting macro location Product: clang Version: trunk Platform: PC OS/Version: Windows NT Status: NEW Severity: normal Priority: P2 Component: AST AssignedTo: unassignedclangbugs at nondot.org ReportedBy: mikhail.strelnikov at gmail.com CC: llvmbugs at cs.uiuc.edu Here clang says CL macro located in ":114:15" (not clear what user needs to fix): $ echo "int foo() { return CL(1); }" | clang-cc "-DCL(a)=?" :1:20: error: expected expression int foo() { return CL(1); } ^ :114:15: note: instantiated from: #define CL(a) ? ^ 1 diagnostic generated. But here it says CL comes from ":1:12": $ echo "int foo() { return CL(1); }" | clang-cc "-DCL(@)=?" In file included from :112: :1:12: error: invalid token in macro parameter list #define CL(@) ? ^ 1 diagnostic generated. I think consistency here could be important for IDE (it could open project (or file) settings when clicked on error with '' location). -- 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 cs.uiuc.edu Wed Nov 25 18:31:57 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 18:31:57 -0600 Subject: [LLVMbugs] [Bug 5618] New: Move C backend to Clang Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5618 Summary: Move C backend to Clang Product: libraries Version: trunk Platform: All OS/Version: All Status: NEW Keywords: code-cleanup Severity: enhancement Priority: P2 Component: Backend: C AssignedTo: unassignedbugs at nondot.org ReportedBy: alp at nuanti.com CC: llvmbugs at cs.uiuc.edu, daniel at zuster.org The LLVM C backend should be moved to the clang module. Once moved, it can be incrementally modified to build a live clang C/C++/ObjC AST. Building AST directly instead of outputting strings of code should result in a net simplification of CBackend.cpp, a lot of the current 3696 lines of which are doing work that clang's pretty printer could do. Once this AST exists, clang's existing code analysis features can be used to detect high level C and C++ constructs and generate much cleaner source code. Coupled with the new X86Disassembler, this will provide an elegant way to disassemble machine code straight to readable and well-formatted C++. I'd provide a patch, but all that really needs to be done to start with is an svn mv. -- 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 cs.uiuc.edu Wed Nov 25 18:33:40 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Wed, 25 Nov 2009 18:33:40 -0600 Subject: [LLVMbugs] [Bug 5600] Assertion in LiveIntervals In-Reply-To: Message-ID: <200911260033.nAQ0XeIu020788@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5600 Evan Cheng changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Evan Cheng 2009-11-25 18:33:39 --- Fixed. http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20091123/091805.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 cs.uiuc.edu Thu Nov 26 00:07:56 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 00:07:56 -0600 Subject: [LLVMbugs] [Bug 5618] Move C backend to Clang In-Reply-To: Message-ID: <200911260607.nAQ67uTA031806@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5618 Anton Korobeynikov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |asl at math.spbu.ru Status|NEW |RESOLVED Resolution| |INVALID --- Comment #1 from Anton Korobeynikov 2009-11-26 00:07:55 --- No, it really shouldn't. C backend operates on LLVM IR, it has nothing to do with clang. Also, the disassembler (if any) will emit LLVM IR / MCInst stuff. Also, nothing connected with clang. -- 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 cs.uiuc.edu Thu Nov 26 11:16:53 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 11:16:53 -0600 Subject: [LLVMbugs] [Bug 4844] instcombine form still confuses basicaa In-Reply-To: Message-ID: <200911261716.nAQHGrmh005614@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=4844 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Chris Lattner 2009-11-26 11:16:52 --- I just committed a big series of improvements to basicaa. It should handle this properly now. -- 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 cs.uiuc.edu Thu Nov 26 12:54:19 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 12:54:19 -0600 Subject: [LLVMbugs] [Bug 1143] Missed LICM load/store hoisting opportunities In-Reply-To: Message-ID: <200911261854.nAQIsJ4V008801@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=1143 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Chris Lattner 2009-11-26 12:54:19 --- Implemented in r89959. We now compile these loops into straight line code at both -m32 and -m64. -- 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 cs.uiuc.edu Thu Nov 26 15:52:05 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 15:52:05 -0600 Subject: [LLVMbugs] [Bug 5486] assert on llvm-as for call to external function whose definition is after call In-Reply-To: Message-ID: <200911262152.nAQLq5XS015227@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5486 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Chris Lattner 2009-11-26 15:52:04 --- works fine on 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 cs.uiuc.edu Thu Nov 26 16:48:38 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 16:48:38 -0600 Subject: [LLVMbugs] [Bug 5601] llvm-as: ParseFunctionHeader in LLParser. cpp poorly handles incorrect forward declarations In-Reply-To: Message-ID: <200911262248.nAQMmcUE017503@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5601 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Lattner 2009-11-26 16:48:38 --- Fixed in r89973, 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 cs.uiuc.edu Thu Nov 26 17:23:13 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 17:23:13 -0600 Subject: [LLVMbugs] [Bug 5622] New: Probable assembly compile error... -- C Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5622 Summary: Probable assembly compile error... -- C Product: clang Version: unspecified Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P2 Component: Basic AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nishadmathur at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3873) --> (http://llvm.org/bugs/attachment.cgi?id=3873) Assembly Code + Source Code This is the clang error: clang: warning: argument unused during compilation: '-fopenmp' clang: warning: argument unused during compilation: '-funsigned-char' clang: warning: argument unused during compilation: '-ftree-vectorize' clang: warning: argument unused during compilation: '-fvariable-expansion-in-unroller' /Users/.../bf-blender/blender/source/blender/blenkernel/intern/seqeffects.c:115:47:{115:27-115:32}: warning: too many arguments in call to 'error' if(info_func == NULL) error("No info func"); ~~~~~ ^ /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:363:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:371:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:379:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:387:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:415:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:423:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:431:can't encode register '%bh' in an instruction requiring REX prefix. /var/folders/qi/qinzNEbyEiOI2ASTZGDi8k+++TI/-Tmp-/cc-uYpK3T.s:439:can't encode register '%bh' in an instruction requiring REX prefix. Command /Developer/usr/bin/clang failed with exit code 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 cs.uiuc.edu Thu Nov 26 18:35:47 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 18:35:47 -0600 Subject: [LLVMbugs] [Bug 5313] Optimisation "loop-rotate" generate unoptimal dirty code In-Reply-To: Message-ID: <200911270035.nAR0ZliG020776@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5313 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |FIXED --- Comment #5 from Chris Lattner 2009-11-26 18:35:46 --- Implemented in a series of patches leading up to r89982 -- 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 cs.uiuc.edu Thu Nov 26 23:31:10 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Thu, 26 Nov 2009 23:31:10 -0600 Subject: [LLVMbugs] [Bug 5623] New: LTO fails with inline asm labels referenced in C Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5623 Summary: LTO fails with inline asm labels referenced in C Product: tools Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P2 Component: lto AssignedTo: unassignedbugs at nondot.org ReportedBy: lessen42 at gmail.com CC: llvmbugs at cs.uiuc.edu This is a bit ugly, but it's used in ffmpeg to create a jump table. Clang and llvm-gcc work at -O3 but fail with -O4 on OS X, both the versions in XCode 3.2.1 and r89800. Adding .globl doesn't help. Remove the _ prefix for Linux; I didn't test there because I can't get gold compiled. #include extern void ff_mlp_firorder_8; static const void *firtable[1] = {&ff_mlp_firorder_8}; int main() { int x = 1; asm volatile( "jmp *%1 \n\t" "xor %0, %0 \n\t" // ".globl _ff_mlp_firorder_8 \n\t" "_ff_mlp_firorder_8: \n\t" "add $1, %0 \n\t" : "+r"(x) : "g"(firtable[0]) ); printf("x = %d\n", x); } -- 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 cs.uiuc.edu Fri Nov 27 04:41:06 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 27 Nov 2009 04:41:06 -0600 Subject: [LLVMbugs] [Bug 5624] New: test/CodeGen/Generic has target specific tests Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5624 Summary: test/CodeGen/Generic has target specific tests Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: edwintorok at gmail.com CC: llvmbugs at cs.uiuc.edu r90002 fails with --enable-targets=host-only: FAIL: /home/edwin/llvm-git/llvm/test/CodeGen/Generic/2009-11-20-NewNode.ll for PR5558 Failed with exit(1) at line 1 while running: llc -march=msp430 < /home/edwin/llvm-git/llvm/test/CodeGen/Generic/2009-11-20-NewNode.ll llc: error: invalid target 'msp430'. Its not the only arch-specific test in CodeGen, it just happens that the other tests are all x86 and since I am building on x86 they are not failing (but they would probably fail on ppc): Here are all the arch-dep tests, shouldn't these be moved to their own directory in codegen (so they are not tested when that target is not built)? $ grep march *.ll 2006-04-11-vecload.ll:; RUN: llc < %s -march=x86 -mcpu=yonah 2006-11-06-MemIntrinsicExpand.ll:; RUN: llc < %s -march=x86 | not grep adc 2006-12-16-InlineAsmCrash.ll:; RUN: llc < %s -march=x86 2007-02-23-DAGCombine-Miscompile.ll:; RUN: llc < %s -march=x86 | grep {movl \$1, %eax} 2007-04-14-BitTestsBadMask.ll:; RUN: llc < %s -march=x86 | grep 8388635 2007-04-14-BitTestsBadMask.ll:; RUN: llc < %s -march=x86-64 | grep 4294981120 2007-04-27-BitTestsBadMask.ll:; RUN: llc < %s -march=x86 | grep je | count 3 2007-04-27-BitTestsBadMask.ll:; RUN: llc < %s -march=x86-64 | grep 4297064449 2007-05-03-EHTypeInfo.ll:; RUN: llc < %s -enable-eh -march=x86 2007-06-06-CriticalEdgeLandingPad.ll:; RUN: llc < %s -march=x86 -enable-eh -asm-verbose -o - | FileCheck %s 2009-11-20-NewNode.ll:; RUN: llc -march=msp430 < %s 2009-11-20-NewNode.ll:; RUN: llc -march=pic16 < %s addc-fold2.ll:; RUN: llc < %s -march=x86 | grep add addc-fold2.ll:; RUN: llc < %s -march=x86 | not grep adc fpowi-promote.ll:; RUN: llc < %s -march=x86 -mcpu=i386 phi-immediate-factoring.ll:; RUN: llc < %s -march=x86 | grep {movl \$1} | count 1 switch-crit-edge-constant.ll:; RUN: llc < %s -march=x86 | \ switch-lower-feature-2.ll:; RUN: llc < %s -march=x86 -o %t switch-lower-feature.ll:; RUN: llc < %s -march=x86 -o - | grep {\$7} | count 1 switch-lower-feature.ll:; RUN: llc < %s -march=x86 -o - | grep {\$6} | count 1 switch-lower-feature.ll:; RUN: llc < %s -march=x86 -o - | grep 1024 | count 1 switch-lower-feature.ll:; RUN: llc < %s -march=x86 -o - | grep jb | count 2 switch-lower-feature.ll:; RUN: llc < %s -march=x86 -o - | grep je | count 1 SwitchLowering.ll:; RUN: llc < %s -march=x86 | grep cmp | count 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 cs.uiuc.edu Fri Nov 27 06:42:44 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 27 Nov 2009 06:42:44 -0600 Subject: [LLVMbugs] [Bug 5625] New: Loop is not eliminated Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5625 Summary: Loop is not eliminated Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Loop Optimizer AssignedTo: unassignedbugs at nondot.org ReportedBy: asl at math.spbu.ru CC: clattner at apple.com, dpatel at apple.com, gohman at apple.com, llvmbugs at cs.uiuc.edu Consider the following simple C code: int* a; int b; void foo(unsigned N, int c) { unsigned i; a = &b; for (i=0; i< N; ++i) { *a = c; a = &b; } } Obviously the assignments in the loop are redundant. running llvm-gcc -O3 does not eliminate the loop, however "llvm-gcc t.c -S -o - -emit-llvm -O3 | opt -std-compile-opts -S" does. Chris suggested there might be a pass ordering 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 cs.uiuc.edu Fri Nov 27 08:25:14 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 27 Nov 2009 08:25:14 -0600 Subject: [LLVMbugs] [Bug 5626] New: Poor codegen for operations on vectors of non-power-of-two lengths Message-ID: http://llvm.org/bugs/show_bug.cgi?id=5626 Summary: Poor codegen for operations on vectors of non-power-of- two lengths Product: new-bugs Version: 2.6 Platform: PC OS/Version: Linux Status: NEW Keywords: code-quality Severity: normal Priority: P2 Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: matti.niemenmaa+llvmbugs at iki.fi CC: llvmbugs at cs.uiuc.edu Created an attachment (id=3876) --> (http://llvm.org/bugs/attachment.cgi?id=3876) Additions on i32 vectors of lengths 3, 4, 7, 8 Attached is a simple, optimized LLVM test case, demonstrating addition on pairs of four different vector types: <3 x i32>, <4 x i32>, <7 x i32>, <8 x i32>. I've been compiling it with "llvm-as -f add-vectors.ll && llc -O3 -march=x86-64 -mcpu=core2 -mattr=+sse41 add-vectors.bc -f" and examining the resulting add-vectors.s. The <4 x i32> and <8 x i32> cases result in good-looking assembly code: one paddd and movaps per four elements in the vector. There's no room for improvement here. Optimally, the <3 x i32> and <7 x i32> cases should result in exactly the same code. After all, it's the same operation, just ignoring the upper i32 value in each XMM register. Unfortunately, they are compiled into lots of extra moves and element insertions/extractions. For example, the end result for the <3 x i32> one looks like this with LLVM 2.6: pinsrd $0, %esi, %xmm0 pinsrd $1, %edx, %xmm0 pinsrd $2, %ecx, %xmm0 pinsrd $0, %r8d, %xmm1 pinsrd $1, %r9d, %xmm1 pinsrd $2, 8(%rsp), %xmm1 paddd %xmm0, %xmm1 pextrd $2, %xmm1, 8(%rdi) movq %xmm1, (%rdi) ret The results get worse as the vector lengths grow: only the power-of-two vectors come out nicely. Addition is used in the attached example, but the results are similar regardless of operation: sub, mul, xor, whatever. Likewise, changing the types from i32 to i64 or floating-point types doesn't make a difference. -- 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 cs.uiuc.edu Fri Nov 27 10:38:29 2009 From: bugzilla-daemon at cs.uiuc.edu (bugzilla-daemon at cs.uiuc.edu) Date: Fri, 27 Nov 2009 10:38:29 -0600 Subject: [LLVMbugs] [Bug 5436] scalarrepl wrong simplification (confused by [0 x i8]?) In-Reply-To: Message-ID: <200911271638.nARGcTUn003760@zion.cs.uiuc.edu> http://llvm.org/bugs/show_bug.cgi?id=5436 Chris Lattner