From bugzilla-daemon at llvm.org Sun Aug 1 03:18:22 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 03:18:22 -0500 (CDT) Subject: [LLVMbugs] [Bug 6742] Clang cannot execute on NetBSD In-Reply-To: References: Message-ID: <20100801081822.223022A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6742 Neil Booth changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WORKSFORME | --- Comment #3 from Neil Booth 2010-08-01 03:18:21 CDT --- Works for you means "works for me but I've not tried NetBSD"? I just rebuilt clang: $ clang-cc terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid Stack dump: 0. Program arguments: clang-cc Abort trap so it's still broken (above, clang-cc is a symlink in my path). Not sure how to debug this or give you more info. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 06:28:56 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 06:28:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 7773] New: clang c++ cannot build firefox/ctypes Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7773 Summary: clang c++ cannot build firefox/ctypes Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: ojab at ojab.ru CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=5306) --> (http://llvm.org/bugs/attachment.cgi?id=5306) preprocessed source Build of mozilla-central with clang fails with: In file included from /sources/mozilla-central/js/src/ctypes/CTypes.cpp:1: /sources/mozilla-central/js/src/ctypes/CTypes.cpp:1288:12: error: use of undeclared identifier 'StringToInteger' return StringToInteger(cx, JSVAL_TO_STRING(val), result); -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 11:42:00 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 11:42:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 7773] clang c++ cannot build firefox/ctypes In-Reply-To: References: Message-ID: <20100801164200.9A7182A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7773 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |INVALID --- Comment #1 from Eli Friedman 2010-08-01 11:42:00 CDT --- I already have a bug filed in bugzilla.mozilla.org; clang is correct here. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:21:10 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:21:10 -0500 (CDT) Subject: [LLVMbugs] [Bug 7774] New: undefined behavior at AlphaISelDAGToDAG.cpp, (116:28) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7774 Summary: undefined behavior at AlphaISelDAGToDAG.cpp, (116:28) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is clang 109870 on x86. This command from "make check": llc < /home/regehr/z/llvm-2/test/CodeGen/Alpha/2007-11-27-mulneg3.ll -march=alpha shifts a 32-bit number by 63 places. Same thing happens in the next line of code. The fix is obvious. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:25:39 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:25:39 -0500 (CDT) Subject: [LLVMbugs] [Bug 7775] New: undefined behavior at APInt.cpp, (2130:13) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7775 Summary: undefined behavior at APInt.cpp, (2130:13) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is clang 109870 on x86. While running "make check" this line negates INT64_MIN. Of course this value does not have an inverse in a standard 2's complement representation. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:27:33 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:27:33 -0500 (CDT) Subject: [LLVMbugs] [Bug 7776] New: undefined behavior at BitcodeWriter.cpp, (742:29) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7776 Summary: undefined behavior at BitcodeWriter.cpp, (742:29) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is clang 109870 on x86. While running "make check" this line negates INT64_MIN. Of course this value does not have an inverse in a standard 2's complement representation. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:30:34 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:30:34 -0500 (CDT) Subject: [LLVMbugs] [Bug 7777] New: undefined behavior at Diagnostic.cpp, (313:22) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7777 Summary: undefined behavior at Diagnostic.cpp, (313:22) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is clang 109870 on x86. The array index in this line of code appears to be out of bounds while running "make check". I don't have any more details... this failure comes from a check that we inherited from the original clang implementation of -fcatch-undefined-behavior! It could be a spurious failure if that code sucked or something. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:33:29 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:33:29 -0500 (CDT) Subject: [LLVMbugs] [Bug 7778] New: undefined behavior at BitstreamWriter.h, (92:5) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7778 Summary: undefined behavior at BitstreamWriter.h, (92:5) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is from clang 109870 on x86. It happens when running "make check". The problem is shifting right by 32 places, which is of course illegal. It would seem that NumBits can be 32. Likely another filter on NumBits needs to be added before the second assertion runs. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:35:15 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:35:15 -0500 (CDT) Subject: [LLVMbugs] [Bug 7779] New: undefined behavior in InitPreprocessor.cpp, (173:39) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7779 Summary: undefined behavior in InitPreprocessor.cpp, (173:39) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu It's illegal to subtract one from INT64_MIN, a better way needs to be found to do this computation. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:36:52 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:36:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 7780] New: undefined behavior at LiveIntervalAnalysis.cpp, (1858:18) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7780 Summary: undefined behavior at LiveIntervalAnalysis.cpp, (1858:18) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is from clang 109870 on x86. It happens when running "make check". The problem is division by zero. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:39:39 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:39:39 -0500 (CDT) Subject: [LLVMbugs] [Bug 7781] New: PPCISelLowering.cpp, (3945:35) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7781 Summary: PPCISelLowering.cpp, (3945:35) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is from clang 109870 on x86. It happens when running "make check". This right-shift operator sometimes gets a negative argument for number of bit positions to shift. Same problem occurs at lines 3950 and 3955. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:40:32 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:40:32 -0500 (CDT) Subject: [LLVMbugs] [Bug 7782] New: undefined behavior at ProfileEstimatorPass.cpp, (287:35) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7782 Summary: undefined behavior at ProfileEstimatorPass.cpp, (287:35) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is from clang 109870 on x86. It happens when running "make check". The problem is divide by zero. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 15:41:45 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 15:41:45 -0500 (CDT) Subject: [LLVMbugs] [Bug 7783] New: undefined behavior at raw_ostream.cpp, (148:9) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7783 Summary: undefined behavior at raw_ostream.cpp, (148:9) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: regehr at cs.utah.edu CC: llvmbugs at cs.uiuc.edu This is from clang 109870 on x86. It happens when running "make check". The problem is that INT64_MIN is negated, which is illegal. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 16:14:13 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 16:14:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 7774] undefined behavior at AlphaISelDAGToDAG.cpp, (116:28) In-Reply-To: References: Message-ID: <20100801211413.B8D262A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7774 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2010-08-01 16:14:13 CDT --- Fixed in r109985. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 16:17:28 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 16:17:28 -0500 (CDT) Subject: [LLVMbugs] [Bug 7784] New: Clang mis-compiles array of unsigned long longs on FreeBSD Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7784 Summary: Clang mis-compiles array of unsigned long longs on FreeBSD Product: clang Version: trunk Platform: PC OS/Version: FreeBSD Status: NEW Severity: normal Priority: P Component: Driver AssignedTo: unassignedclangbugs at nondot.org ReportedBy: ed at extraordinarymachine.nl CC: llvmbugs at cs.uiuc.edu This is not strictly a clang bug. The follwing source: #include unsigned long long globalArray[] = {0xFFFFFFFD00000000uLL}; int main() { unsigned long long t = 0xFFFFFFFD00000000uLL; printf("%016llX, %016llu\n", t, t); printf("%016llX, %016llu\n", globalArray[0], globalArray[0]); return 0; } results in the following results: FFFFFFFD00000000, 18446744060824649728 0000FFFD00000000, 0281462091808768 Further investigation by Eli Friedman and Dimitry Andric led to the following conclusion: binutils 2.20.1 assembles the following: .file "quadtest.s" .type globalArray, at object .data .globl globalArray .align 16 globalArray: .quad 542196645677236224 .quad -12884901888 .quad 0 .quad 542196645677236224 .size globalArray, 32 wrongly to: Contents of section .data: 0000 00000000 fa448607 00000000 fdff0000 .....D.......... 0010 00000000 00000000 00000000 fa448607 .............D.. The built-in assembler for BSD (2.15) produces: Contents of section .data: 0000 00000000 fa448607 00000000 fdffffff .....D.......... 0010 00000000 00000000 00000000 fa448607 .............D.. which is correct. This is clearly a bug in binutils and has been filed as such. (http://sourceware.org/bugzilla/show_bug.cgi?id=11867) Question is whether to work around this in clang. similar to the OpenBSD test in lib/Target/X86/X86MCAsmInfo.cpp? Index: lib/Target/X86/X86MCAsmInfo.cpp =================================================================== --- lib/Target/X86/X86MCAsmInfo.cpp (revision 109940) +++ lib/Target/X86/X86MCAsmInfo.cpp (working copy) @@ -92,7 +92,7 @@ // OpenBSD has buggy support for .quad in 32-bit mode, just split into two // .words. if (T.getOS() == Triple::OpenBSD && T.getArch() == Triple::x86) Data64bitsDirective = 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 llvm.org Sun Aug 1 17:13:58 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 17:13:58 -0500 (CDT) Subject: [LLVMbugs] [Bug 7777] undefined behavior at Diagnostic.cpp, (313:22) In-Reply-To: References: Message-ID: <20100801221358.E1D0D2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7777 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2010-08-01 17:13:58 CDT --- Fixed in r109987; the out-of-bounds checker was in fact working correctly. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 18:28:59 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 18:28:59 -0500 (CDT) Subject: [LLVMbugs] [Bug 7785] New: g++ built with --enable-concept-checks fails to compile llvm Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7785 Summary: g++ built with --enable-concept-checks fails to compile llvm Product: new-bugs Version: trunk Platform: PC OS/Version: Solaris Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: llvm001 at deltaprime.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5307) --> (http://llvm.org/bugs/attachment.cgi?id=5307) Configure Log Just as the summary states, when a g++ compiler is used which was built with the --enable-concept-checks configuration flag set, it will fail to compile llvm with the following error message: llvm[1]: Compiling BasicBlock.cpp for Debug+Asserts build /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/../../../../include/c++/4.3.2/bits/boost_concept_check.h: In member function 'bool __gnu_cxx::_EqualOpConcept<_First, _Second>::__constraints_() [with _First = llvm::BasicBlock, _Second = llvm::BasicBlock*]': /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/../../../../include/c++/4.3.2/bits/boost_concept_check.h:296: instantiated from 'void __gnu_cxx::_EqualOpConcept<_First, _Second>::__constraints() [with _First = llvm::BasicBlock, _Second = llvm::BasicBlock*]' /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/../../../../include/c++/4.3.2/bits/boost_concept_check.h:62: instantiated from 'void __gnu_cxx::__function_requires() [with _Concept = __gnu_cxx::_EqualOpConcept]' /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/../../../../include/c++/4.3.2/bits/stl_algo.h:3810: instantiated from '_IIter std::find(_IIter, _IIter, const _Tp&) [with _IIter = llvm::PredIterator >, _Tp = llvm::BasicBlock*]' BasicBlock.cpp:192: instantiated from here /usr/lib/gcc/i386-pc-solaris2.11/4.3.2/../../../../include/c++/4.3.2/bits/boost_concept_check.h:296: error: no match for 'operator==' in '((__gnu_cxx::_EqualOpConcept*)this)->__gnu_cxx::_EqualOpConcept::__a == ((__gnu_cxx::_EqualOpConcept*)this)->__gnu_cxx::_EqualOpConcept::__b' /home/lkiss/Code/work/LLVM/llvm/include/llvm/ADT/APInt.h:1512: note: candidates are: bool llvm::operator==(uint64_t, const llvm::APInt&) /home/lkiss/Code/work/LLVM/llvm/include/llvm/ADT/StringRef.h:404: note: bool llvm::operator==(llvm::StringRef, llvm::StringRef) gmake[1]: *** [/home/lkiss/Code/work/LLVM/llvm/lib/VMCore/Debug+Asserts/BasicBlock.o] Error 1 gmake[1]: Leaving directory `/home/lkiss/Code/work/LLVM/llvm/lib/VMCore' gmake: *** [all] Error 1 I've built a 4.4.4 compiler with that flag unset, and it does not complain when it compiles this same file. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 19:18:33 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 19:18:33 -0500 (CDT) Subject: [LLVMbugs] [Bug 7781] undefined behavior at PPCISelLowering.cpp, (3945:35) In-Reply-To: References: Message-ID: <20100802001833.DB4C82A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7781 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2010-08-01 19:18:33 CDT --- Fixed in r109998. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 19:42:02 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 19:42:02 -0500 (CDT) Subject: [LLVMbugs] [Bug 2454] Testcase failing to find compile unit In-Reply-To: References: Message-ID: <20100802004202.1BCC72A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=2454 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |daniel at zuster.org Resolution| |WORKSFORME --- Comment #2 from Daniel Dunbar 2010-08-01 19:42:01 CDT --- Closing due to neglect, please reopen if there is still an issue. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 20:22:02 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 20:22:02 -0500 (CDT) Subject: [LLVMbugs] [Bug 5217] Drop DejaGNU. In-Reply-To: References: Message-ID: <20100802012202.BD14D2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5217 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #10 from Daniel Dunbar 2010-08-01 20:22:02 CDT --- Updated testing guide basics in r110005. This more or less finishes off this bug -- there is lots of cleanup we can do to finish purging DejaGNU, but we don't need a bug 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 llvm.org Sun Aug 1 20:24:46 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 20:24:46 -0500 (CDT) Subject: [LLVMbugs] [Bug 5856] [129.compress] clang rejects code which gcc accepts In-Reply-To: References: Message-ID: <20100802012446.8AD792A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5856 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Daniel Dunbar 2010-08-01 20:24:46 CDT --- Doug fixed this. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 20:26:35 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 20:26:35 -0500 (CDT) Subject: [LLVMbugs] [Bug 4811] Make asm-verbose show encoding In-Reply-To: References: Message-ID: <20100802012635.698862A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=4811 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #1 from Daniel Dunbar 2010-08-01 20:26:35 CDT --- Actually, I don't think we should do this. It is too noisy, and we have asm-verbose on by default 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 llvm.org Sun Aug 1 20:29:32 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 20:29:32 -0500 (CDT) Subject: [LLVMbugs] [Bug 4320] Support building tests in parallel (at least for Nightly Test) In-Reply-To: References: Message-ID: <20100802012932.55F022A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=4320 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #1 from Daniel Dunbar 2010-08-01 20:29:32 CDT --- I decided not to do this, at least not directly. I plan to move away from the makefile driven test suite infrastructure. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Sun Aug 1 23:15:15 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 23:15:15 -0500 (CDT) Subject: [LLVMbugs] [Bug 7786] New: probable clang 64-bit wrong code bug Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7786 Summary: probable clang 64-bit wrong code bug Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P 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 [regehr at gamow work016]$ clang -O1 small.c -o small [regehr at gamow work016]$ ./small 9 [regehr at gamow work016]$ clang -O2 small.c -o small [regehr at gamow work016]$ ./small 255 [regehr at gamow work016]$ clang -v clang version 2.8 (trunk 110016) Target: x86_64-unknown-linux-gnu Thread model: posix [regehr at gamow work016]$ cat small.c extern int printf (__const char *__restrict __format, ...); signed char foo (signed char si1, signed char si2) { return si1 - si2; } int g_21[1] = {0x97341720L}; int g_39 = 0x05DE082AL; int *g_38 = &g_39; unsigned char g_43 = 0L; int *l_40[6]; int main(void) { const int l_42 = 1L; int **l_250 = &l_40[3]; int x = (g_21[0] == 6) && (*g_38); g_43 = foo (x, l_42) & 9L; if (*g_38) { *l_250 = g_38; } printf("%u\n", g_43); return 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 llvm.org Sun Aug 1 23:42:42 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Sun, 1 Aug 2010 23:42:42 -0500 (CDT) Subject: [LLVMbugs] [Bug 7586] possible integer wrong code bug on x64 In-Reply-To: References: Message-ID: <20100802044242.D0B772A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7586 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #3 from Eli Friedman 2010-08-01 23:42:42 CDT --- Fixed in r110019. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 00:52:50 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 00:52:50 -0500 (CDT) Subject: [LLVMbugs] [Bug 7768] likely integer wrong code bug In-Reply-To: References: Message-ID: <20100802055250.85F242A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7768 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from John Regehr 2010-08-02 00:52:50 CDT --- (In reply to comment #3) > Try with r110019? Works 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 llvm.org Mon Aug 2 00:54:56 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 00:54:56 -0500 (CDT) Subject: [LLVMbugs] [Bug 7768] likely integer wrong code bug In-Reply-To: References: Message-ID: <20100802055456.D783B2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7768 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #5 from John Regehr 2010-08-02 00:54:56 CDT --- (In reply to comment #4) > (In reply to comment #3) > > Try with r110019? > > Works for me. Ack-- I was on the wrong machine. Not fixed yet. Sorry. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 01:08:41 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 01:08:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 7768] likely integer wrong code bug In-Reply-To: References: Message-ID: <20100802060841.D2D622A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7768 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #6 from John Regehr 2010-08-02 01:08:41 CDT --- Sorry Eli I have too many windows open. r110019 does indeed fix this x86 bug. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 01:14:32 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 01:14:32 -0500 (CDT) Subject: [LLVMbugs] [Bug 7786] probable clang 64-bit wrong code bug In-Reply-To: References: Message-ID: <20100802061432.6250C2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7786 John Regehr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 07:41:17 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 07:41:17 -0500 (CDT) Subject: [LLVMbugs] [Bug 7787] New: ARM disassembler occasionally drops condition, shift from sbcseq, adcseq, addeq Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7787 Summary: ARM disassembler occasionally drops condition, shift from sbcseq, adcseq, addeq Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk rev 110038) Hi, When cross-validating three different arm disassemblers (objdump, llvm-mc, libdisarm), I ran into this: Disassembling instruction 00d60002 with llvm-mc gives 'sbcs r0, r6, r2'. The SBC (register) instruction is coded as follows: cond 0000 110S nnnn dddd iiii itt0 mmmm cond = condition S = update flags n = Rn d = Rd i = imm5 t = type m = Rm cond 0 is eq, therefore the instruction is sbcseq, not sbcs. The condition eq is similarly dropped from other instructions (also in some cases, shifts are dropped). I didn't check all these opcodes by hand, but in these cases objdump and libdisarm agree with each other and disagree with llvm: opcode: 00b5ffe0 decoded as: adcs pc, r5, r0, ror #31 should be: adcseq pc, r5, r0, ror #31 opcode: 0087ffc9 decoded as: add pc, r7, r9 should be: addeq pc, r7, r9, asr #31 opcode: 0087ff2a decoded as: add pc, r7, r10 should be: addeq pc, r7, r10, lsr #30 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 07:46:13 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 07:46:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 7788] New: ARM disassembler mis-disassembles adcs reg, reg, imm Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7788 Summary: ARM disassembler mis-disassembles adcs reg,reg,imm Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk rev 110038) The opcode e2baca99 is disassembled as adcs r12, r10, #153, 20 which seems nonsensical to me. The asm syntax for adc (immediate) is: ADC{s} ,,# I believe the correct disassembly would be adcs r12, r10, #626688 . -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 07:49:07 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 07:49:07 -0500 (CDT) Subject: [LLVMbugs] [Bug 7789] New: Failure to detect "jump to case label crosses initialization" Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7789 Summary: Failure to detect "jump to case label crosses initialization" Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: bugzilla-clang at sogetthis.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=5308) --> (http://llvm.org/bugs/attachment.cgi?id=5308) source code to reproduce bug Hi! When compiling a 'switch' in which a 'case' contains an initialized variable (see example) Clang does so without complaining. g++ on the other hand produces an error "jump to case label crosses initialization". I'm not really sure which is correct. According to this thread (http://www.velocityreviews.com/forums/t282021-error-jump-to-case-label.html) and the explanation for it's behavior, g++ is correct. [code] switch (a) { //... case 1: int a = 1; break; case 2: //... } [/code] g++ output for attached file: > clang-bug.cpp: In function ?int main()?: > clang-bug.cpp:10: error: jump to case label > clang-bug.cpp:7: error: crosses initialization of ?int a? clang++ output for attached file: - (compiles without error/warning) My system: Linux VirtUbuntu 2.6.32-24-generic #38-Ubuntu SMP Mon Jul 5 09:22:14 UTC 2010 i686 GNU/Linux clang version 2.8 (trunk 109579) 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 llvm.org Mon Aug 2 07:52:52 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 07:52:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 7790] New: ARM disassembler disassembles rrx as rrx #0 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7790 Summary: ARM disassembler disassembles rrx as rrx #0 Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk rev 110038) Opcode e1887067 is disassembled as orr r7, r8, r7, rrx #0 . However the RRX shift does not take an argument. The correct form, I believe, would be just orr r7, r8, r7, rrx . -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 08:19:36 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 08:19:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 7791] New: Invalid(?) ldr instruction form is disassembled as eor Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7791 Summary: Invalid(?) ldr instruction form is disassembled as eor Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk rev 110038) Opcode 002a78d4 is disassembled by llvm as eoreq r7, r10, r4, asr r8 However note that bit 7 is always 0 in eor register-shifted-register, so this is not eor: cond 0000 001S nnnn dddd ssss 0tt1 mmmm ^ 0000 0000 0010 1010 0111 1000 1101 0100 ^ The opcode seems to be, in fact, ldrdeq (register), and both objdump and libdisarm disassemble it as 'ldrdeq r7, [r10], -r4': cond 000P U0W0 nnnn tttt (0000) 1101 mmmm 0000 0000 0010 1010 0111 1000 1101 0100 (I assume the bits in parenthesis mean that's the form assemblers should output, as I cannot find an explanation in the ARM reference manual.) However, here P=0 and W=1, and the reference manual says that case is 'UNPREDICTABLE'. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 09:47:09 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 09:47:09 -0500 (CDT) Subject: [LLVMbugs] [Bug 7661] intermittent clang x64 failure: non-trivial casts should be done with the SCEVs directly! In-Reply-To: References: Message-ID: <20100802144709.2EE8A2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7661 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 llvm.org Mon Aug 2 10:35:36 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 10:35:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 7792] New: ARM disassembler: rsb, rsc, pkh, ssat instructions emit zero shifts Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7792 Summary: ARM disassembler: rsb, rsc, pkh, ssat instructions emit zero shifts Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk rev 110038) Hi, For most instructions, the disassembler does not output shifts where the amount of the shift is zero. This is the behavior also recommended for ARM disassemblers by the ARM Architecture Reference Manual. However, for some instructions, a shift is emitted (this may not be a complete list): $ echo '0x01 0x00 0xf0 0x00' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm rsceqs r0, r0, r1, lsl #0 $ echo '0x00 0x00 0x62 0x00' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm rsbeq r0, r2, r0, lsl #0 $ echo '0x1b 0xf0 0x8b 0x96' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm pkhbtls pc, r11, r11, lsl #0 $ echo '0x1c 0x00 0xb0 0x46' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm ssatmi r0, #17, r12, lsl #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 llvm.org Mon Aug 2 10:35:37 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 10:35:37 -0500 (CDT) Subject: [LLVMbugs] [Bug 6742] Clang cannot execute on NetBSD In-Reply-To: References: Message-ID: <20100802153537.63F742A6C130@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6742 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED --- Comment #8 from Daniel Dunbar 2010-08-02 10:35:36 CDT --- > apparently now puts the binaries in Release/ not Release-Asserts/ Yes, this is a recent change. > This seems contrary to the docs. Which docs? -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 10:39:52 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 10:39:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 7220] Centos 5.5 causes syntax errors In-Reply-To: References: Message-ID: <20100802153952.712182A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7220 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #7 from Daniel Dunbar 2010-08-02 10:39:51 CDT --- Ok, I'm closing this as WONTFIX then -- if someone wants 4.1 support they can contribute it. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 13:28:31 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 13:28:31 -0500 (CDT) Subject: [LLVMbugs] [Bug 5592] Visual Studio 2010 build totally broken for x86/x64 In-Reply-To: References: Message-ID: <20100802182831.57F022A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5592 nobled at dreamwidth.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from nobled at dreamwidth.org 2010-08-02 13:28:30 CDT --- (In reply to comment #4) > Created an attachment (id=5266) --> (http://llvm.org/bugs/attachment.cgi?id=5266) [details] > Fix "ambiguous call to overloaded function" in VC++ (v2) Committed in r110029; trunk builds without errors 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 llvm.org Mon Aug 2 14:43:09 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 14:43:09 -0500 (CDT) Subject: [LLVMbugs] [Bug 7770] easy to prevent false positive In-Reply-To: References: Message-ID: <20100802194309.A2E502A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7770 Ted Kremenek changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |kremenek at apple.com Resolution| |DUPLICATE --- Comment #1 from Ted Kremenek 2010-08-02 14:43:09 CDT --- The issue here is that 'ownSize' and 'sm->HTLength' have symbolic values, and the analyzer isn't currently tracking linear relationships between symbolic values (just linear relationships between symbolic values and constants). *** This bug has been marked as a duplicate of bug 2306 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 18:12:59 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 18:12:59 -0500 (CDT) Subject: [LLVMbugs] [Bug 7784] Clang mis-compiles array of unsigned long longs on FreeBSD In-Reply-To: References: Message-ID: <20100802231259.5BD682A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7784 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID --- Comment #2 from Chris Lattner 2010-08-02 18:12:58 CDT --- Unless we want to hack clang to work with the busted binutils, I think this should be considered 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 llvm.org Mon Aug 2 18:33:40 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 18:33:40 -0500 (CDT) Subject: [LLVMbugs] [Bug 7789] Failure to detect "jump to case label crosses initialization" In-Reply-To: References: Message-ID: <20100802233340.3E64A2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7789 John McCall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from John McCall 2010-08-02 18:33:39 CDT --- Fixed in r110082. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 19:23:58 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 19:23:58 -0500 (CDT) Subject: [LLVMbugs] [Bug 7793] New: bugpoint should be able to pass args to opt Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7793 Summary: bugpoint should be able to pass args to opt Product: tools Version: trunk Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P Component: bugpoint AssignedTo: unassignedbugs at nondot.org ReportedBy: collinwinter at google.com CC: rafael.espindola at gmail.com, llvmbugs at cs.uiuc.edu, nlewycky at google.com I'm trying to debug a crash in opt seemingly caused by -unroll-count. I would like to use bugpoint to reduce my test case but cannot because bugpoint does not pass -unroll-count down to opt. I've tried --tool-args, but that just goes to llc, not opt. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Mon Aug 2 21:29:37 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Mon, 2 Aug 2010 21:29:37 -0500 (CDT) Subject: [LLVMbugs] [Bug 7794] New: Poor diagnostic for cast from enum to int& Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7794 Summary: Poor diagnostic for cast from enum to int& Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: matthewbg at google.com CC: llvmbugs at cs.uiuc.edu, nlewycky at google.com Created an attachment (id=5309) --> (http://llvm.org/bugs/attachment.cgi?id=5309) test case Test case attached. In particular, the first error should be complaining about a bad cast, not about anything related to compound literals. % clang -fsyntax-only ~/clang/testcases/enum_int_bad_diagnostic.cc /home/matthewbg/clang/testcases/enum_int_bad_diagnostic.cc:6:32: error: expected '{' in compound literal for (MyEnum e = a; ; ++(int&)e); ^ /home/matthewbg/clang/testcases/enum_int_bad_diagnostic.cc:6:32: error: expected ')' /home/matthewbg/clang/testcases/enum_int_bad_diagnostic.cc:6:7: note: to match this '(' for (MyEnum e = a; ; ++(int&)e); ^ 2 errors 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 llvm.org Tue Aug 3 01:09:03 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 01:09:03 -0500 (CDT) Subject: [LLVMbugs] [Bug 7788] ARM disassembler mis-disassembles adcs reg, reg, imm In-Reply-To: References: Message-ID: <20100803060903.4506A2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7788 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |INVALID --- Comment #1 from Eli Friedman 2010-08-03 01:09:02 CDT --- The way LLVM writes it is not wrong, just not the syntax you're expecting; try assembling the output of LLVM to see what I mean. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 05:20:51 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 05:20:51 -0500 (CDT) Subject: [LLVMbugs] [Bug 7796] New: Unconditional gnu extension usage in stddef.h breaks VS2008 headers Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7796 Summary: Unconditional gnu extension usage in stddef.h breaks VS2008 headers Product: clang Version: trunk Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P Component: Headers AssignedTo: unassignedclangbugs at nondot.org ReportedBy: per at lumai.se CC: llvmbugs at cs.uiuc.edu When using clang to compile a trivial C++ program using in the Visual Studio 2008 environment, clang/2.8/include/stddef.h unconditionally #defines NULL to __null. This causes a problem in the VS2008 header , where the function __inline int __CRTDECL mbsinit(_In_opt_ const mbstate_t *_P) {return (_P == NULL || *_P == 0); } expands to __inline int mbsinit( const mbstate_t *_P) {return (_P == || *_P == 0); } Test case: #include int main(int argc, char **argv) { cout << "Hello C++ world" << endl; return 0; } Resulting error: D:\Temp\llvm>clang++ -fno-exceptions test.cpp -ferror-limit=2 In file included from test.cpp:1: In file included from c:\Program Files\VStudio 9.0\VC\include/iostream:6: In file included from c:\Program Files\VStudio 9.0\VC\include/istream:6: In file included from c:\Program Files\VStudio 9.0\VC\include/ostream:6: In file included from c:\Program Files\VStudio 9.0\VC\include/ios:6: In file included from c:\Program Files\VStudio 9.0\VC\include/xlocnum:9: In file included from c:\Program Files\VStudio 9.0\VC\include/streambuf:6: In file included from c:\Program Files\VStudio 9.0\VC\include/xiosbase:6: In file included from c:\Program Files\VStudio 9.0\VC\include/xlocale:8: In file included from c:\Program Files\VStudio 9.0\VC\include/stdexcept:7: In file included from c:\Program Files\VStudio 9.0\VC\include/xstring:6: In file included from c:\Program Files\VStudio 9.0\VC\include/xmemory:9: In file included from c:\Program Files\VStudio 9.0\VC\include/xutility:7: In file included from c:\Program Files\VStudio 9.0\VC\include/utility:6: In file included from c:\Program Files\VStudio 9.0\VC\include/iosfwd:8: In file included from c:\Program Files\VStudio 9.0\VC\include/cwchar:13: c:\Program Files\VStudio 9.0\VC\include/wchar.h(1209) : error: expected expression {return (_P == NULL || *_P == 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 llvm.org Tue Aug 3 06:10:38 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 06:10:38 -0500 (CDT) Subject: [LLVMbugs] [Bug 7797] New: ICE when asked to produce template function pointer Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7797 Summary: ICE when asked to produce template function pointer Product: clang Version: 2.7 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: trash at phoyd.net CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com clang++ 2.7. produces an ICE when resolving a function pointer to a template function. My minimal example is this: ---------------------------------------------- $ /opt/clang+llvm-2.7-x86_64-linux/bin/clang++ -v clang version 1.1 (branches/release_27) Target: x86_64-unknown-linux-gnu Thread model: posix $uname -a Linux oblomow 2.6.31.12-0.2-desktop #1 SMP PREEMPT 2010-03-16 21:25:39 +0100 x86_64 x86_64 x86_64 GNU/Linux $ cat t.cc template class E {}; template E e() ; int main () { E(*f)()=e; } $ /opt/clang+llvm-2.7-x86_64-linux/bin/clang++ gr.cc clang: Instructions.cpp:1110: void llvm::StoreInst::AssertOK(): Assertion `getOperand(0)->getType() == cast(getOperand(1)->getType())->getElementType() && "Ptr must be a pointer to Val type!"' failed. 0 clang 0x000000000118601f 1 clang 0x000000000118682d 2 libpthread.so.0 0x00007fe74f2b9c00 3 libc.so.6 0x00007fe74e6084e5 gsignal + 53 4 libc.so.6 0x00007fe74e6099b0 abort + 384 5 libc.so.6 0x00007fe74e60124a __assert_fail + 234 6 clang 0x00000000010e3071 7 clang 0x000000000055e5f8 8 clang 0x000000000055324c 9 clang 0x0000000000553e3c 10 clang 0x00000000005c3bb0 11 clang 0x00000000005ca0de 12 clang 0x00000000005c77cc 13 clang 0x00000000005c9e40 14 clang 0x00000000005ca127 15 clang 0x00000000005c77cc 16 clang 0x00000000005eb089 17 clang 0x00000000005114b9 18 clang 0x0000000000511d54 19 clang 0x0000000000512025 20 clang 0x0000000000512380 21 clang 0x0000000000508d81 22 clang 0x0000000000410ab4 23 clang 0x00000000005fc655 24 clang 0x0000000000415da9 25 clang 0x00000000004095d9 26 clang 0x000000000040bf9b main + 1675 27 libc.so.6 0x00007fe74e5f4a7d __libc_start_main + 253 28 clang 0x00000000004070a9 Stack dump: 0. Program arguments: /opt/clang+llvm-2.7-x86_64-linux/bin/clang -cc1 -triple x86_64-unknown-linux-gnu -S -disable-free -main-file-name t.cc -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -munwind-tables -target-cpu x86-64 -resource-dir /opt/clang+llvm-2.7-x86_64-linux/lib/clang/1.1 -fmessage-length 149 -fexceptions -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-dJJd3e.s -x c++ t.cc 1. parser at end of file 2. t.cc:8:5: LLVM IR generation of declaration 'main' 3. t.cc:8:5: Generating code for declaration 'main' 4. t.cc:9:1: LLVM IR generation of compound statement ('{}') clang: error: compiler command failed due to signal 6 (use -v to see invocation) ---------------------------------------------- Cheers. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 10:46:17 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 10:46:17 -0500 (CDT) Subject: [LLVMbugs] [Bug 7798] New: -pthread option not supported when linking with clang++... Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7798 Summary: -pthread option not supported when linking with clang++... Product: clang Version: trunk Platform: Macintosh OS/Version: All Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: Fons.Rademakers at cern.ch CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Hi, when linking: clang++ -O2 -m64 stress.o Event.o EventDict.o -L/Users/rdm/rooticc/lib -lCore -lCint -lRIO -lNet -lHist -lGraf -lGraf3d -lGpad -lTree -lRint -lPostscript -lMatrix -lPhysics -lMathCore -lThread -pthread -Wl,-rpath,/Users/rdm/rooticc/lib -lm -ldl -o stress I get the warning: clang: warning: argument unused during compilation: '-pthread' while with g++ this option is needed (adds -lpthread on non Mac systems) or at least does not complain. Cheers, Fons. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:15:07 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:15:07 -0500 (CDT) Subject: [LLVMbugs] [Bug 6218] Broken debug info on non-darwin platforms In-Reply-To: References: Message-ID: <20100803161507.D7C492A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6218 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED CC| |daniel at zuster.org Resolution| |FIXED --- Comment #23 from Daniel Dunbar 2010-08-03 11:15:06 CDT --- Fixed here: http://llvm.org/viewvc/llvm-project?view=rev&revision=110111 I hope. Confirmation would be nice! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:16:09 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:16:09 -0500 (CDT) Subject: [LLVMbugs] [Bug 6519] Support -Xarch_arch option on Darwin In-Reply-To: References: Message-ID: <20100803161609.4A50A2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6519 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Daniel Dunbar 2010-08-03 11:16:08 CDT --- I fixed this. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:33:55 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:33:55 -0500 (CDT) Subject: [LLVMbugs] [Bug 5237] Poor recovery with parse failure in base constructor call In-Reply-To: References: Message-ID: <20100803163355.2D49D2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5237 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Daniel Dunbar 2010-08-03 11:33:54 CDT --- This has 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 llvm.org Tue Aug 3 11:41:35 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:41:35 -0500 (CDT) Subject: [LLVMbugs] [Bug 7783] undefined behavior at raw_ostream.cpp, (148:9) In-Reply-To: References: Message-ID: <20100803164135.A4ACA2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7783 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Lattner 2010-08-03 11:41:35 CDT --- Fixed in r110114, thanks. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:46:24 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:46:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 7797] ICE when asked to produce template function pointer In-Reply-To: References: Message-ID: <20100803164624.607F82A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7797 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |WORKSFORME --- Comment #4 from Eli Friedman 2010-08-03 11:46:23 CDT --- I don't follow the question... we don't collect bugs for releases because we don't maintain release branches after they are released (primarily due to a lack of resources). -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:48:51 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:48:51 -0500 (CDT) Subject: [LLVMbugs] [Bug 7779] undefined behavior in InitPreprocessor.cpp, (173:39) In-Reply-To: References: Message-ID: <20100803164851.D8B8B2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7779 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Lattner 2010-08-03 11:48:51 CDT --- Fixed in r110116, thanks. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 11:57:18 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 11:57:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 7776] undefined behavior at BitcodeWriter.cpp, (742:29) In-Reply-To: References: Message-ID: <20100803165718.401DE2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7776 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Chris Lattner 2010-08-03 11:57:17 CDT --- Fixed in r110117 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 12:21:44 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 12:21:44 -0500 (CDT) Subject: [LLVMbugs] [Bug 7780] undefined behavior at LiveIntervalAnalysis.cpp, (1858:18) In-Reply-To: References: Message-ID: <20100803172144.7C95E2A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7780 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #7 from Jakob Stoklund Olesen 2010-08-03 12:21:44 CDT --- Fixed in r110119 by removing the offending line. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 12:28:47 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 12:28:47 -0500 (CDT) Subject: [LLVMbugs] [Bug 7800] New: ICE: Sema doesn't consider destructor as used. Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7800 Summary: ICE: Sema doesn't consider destructor as used. Product: clang Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: wotte at dre.vanderbilt.edu CC: llvmbugs at cs.uiuc.edu Using r110117, appears in both release and debug configuration with the attached preprocessed C++ file. Below diagnostic is from the debug version. ======= Error Diagnostic ============= clang++ -Wall -Wpointer-arith -pipe -pipe -DACE_HAS_CUSTOM_EXPORT_MACROS=0 -DNDEBUG -I/builds/Clang_ACE/ACE_wrappers -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/builds/Clang_ACE/ACE_wrappers -I../.. -I../../orbsvcs -DTAO_HAS_TYPED_EVENT_CHANNEL -DTAO_NOTIFY_SERV_BUILD_DLL -c -o .shobj/Notify/Builder.o Notify/Builder.cpp Assertion failed: (DD->isUsed() && "Sema doesn't consider destructor as used."), function GetOrCreateLLVMFunction, file /builds/Clang/llvm/tools/clang/lib/CodeGen/CodeGenModule.cpp, line 801. 0 clang 0x000000010111bb54 PrintStackTrace(void*) + 38 1 clang 0x000000010111c062 SignalHandler(int) + 254 2 libSystem.B.dylib 0x00007fff88a5980a _sigtramp + 26 3 clang 0x00000001005cccd5 llvm::SmallVector::~SmallVector() + 21 4 libSystem.B.dylib 0x00007fff88ad4ef0 __pthread_markcancel + 0 5 clang 0x0000000100238ec8 clang::CodeGen::CodeGenModule::GetOrCreateLLVMFunction(llvm::StringRef, llvm::Type const*, clang::CodeGen::GlobalDecl) + 1262 6 clang 0x000000010023b23b clang::CodeGen::CodeGenModule::GetAddrOfFunction(clang::CodeGen::GlobalDecl, llvm::Type const*) + 155 7 clang 0x000000010021628f clang::CodeGen::CodeGenVTables::CreateVTableInitializer(clang::CXXRecordDecl const*, unsigned long long const*, unsigned int, llvm::SmallVector, 1u> const&) + 1155 8 clang 0x000000010021ca42 clang::CodeGen::CodeGenVTables::GenerateConstructionVTable(clang::CXXRecordDecl const*, clang::CodeGen::BaseSubobject const&, bool, llvm::DenseMap, llvm::DenseMapInfo >&) + 820 9 clang 0x0000000100210360 (anonymous namespace)::VTTBuilder::GetAddrOfVTable(clang::CodeGen::BaseSubobject, bool, llvm::DenseMap, llvm::DenseMapInfo >&) + 240 10 clang 0x0000000100210453 (anonymous namespace)::VTTBuilder::LayoutVTT(clang::CodeGen::BaseSubobject, bool) + 225 11 clang 0x000000010021071a (anonymous namespace)::VTTBuilder::LayoutSecondaryVTTs(clang::CodeGen::BaseSubobject) + 252 12 clang 0x00000001002104a3 (anonymous namespace)::VTTBuilder::LayoutVTT(clang::CodeGen::BaseSubobject, bool) + 305 13 clang 0x00000001002105e6 (anonymous namespace)::VTTBuilder::LayoutVirtualVTTs(clang::CXXRecordDecl const*, llvm::SmallPtrSet&) + 202 14 clang 0x00000001002104fc (anonymous namespace)::VTTBuilder::LayoutVTT(clang::CodeGen::BaseSubobject, bool) + 394 15 clang 0x00000001002107fa (anonymous namespace)::VTTBuilder::VTTBuilder(clang::CodeGen::CodeGenModule&, clang::CXXRecordDecl const*, bool) + 194 16 clang 0x0000000100210edf clang::CodeGen::CodeGenVTables::GenerateVTT(llvm::GlobalValue::LinkageTypes, bool, clang::CXXRecordDecl const*) + 353 17 clang 0x000000010021d514 clang::CodeGen::CodeGenVTables::GenerateClassData(llvm::GlobalValue::LinkageTypes, clang::CXXRecordDecl const*) + 190 18 clang 0x0000000100236e80 clang::CodeGen::CodeGenModule::EmitVTable(clang::CXXRecordDecl*, bool) + 60 19 clang 0x000000010025a55c (anonymous namespace)::CodeGeneratorImpl::HandleVTable(clang::CXXRecordDecl*, bool) + 68 20 clang 0x000000010022bbea (anonymous namespace)::BackendConsumer::HandleVTable(clang::CXXRecordDecl*, bool) + 58 21 clang 0x00000001002e0aa8 clang::Sema::DefineUsedVTables() + 832 22 clang 0x000000010026cb38 clang::Sema::ActOnEndOfTranslationUnit() + 50 23 clang 0x00000001006d6ca3 clang::Parser::ParseTopLevelDecl(clang::OpaquePtr<1>&) + 91 24 clang 0x000000010026bde1 clang::ParseAST(clang::Preprocessor&, clang::ASTConsumer*, clang::ASTContext&, bool, bool, clang::CodeCompleteConsumer*) + 456 25 clang 0x000000010008179c clang::ASTFrontendAction::ExecuteAction() + 254 26 clang 0x000000010022c698 clang::CodeGenAction::ExecuteAction() + 826 27 clang 0x00000001000818aa clang::FrontendAction::Execute() + 256 28 clang 0x0000000100064a3e clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 710 29 clang 0x0000000100027d77 cc1_main(char const**, char const**, char const*, void*) + 1762 30 clang 0x000000010002f1ac main + 450 31 clang 0x0000000100026c84 start + 52 32 clang 0x000000000000003b start + 4294808555 Stack dump: 0. Program arguments: /builds/Clang/llvm-build/Debug+Asserts/bin/clang -cc1 -triple x86_64-apple-darwin10.0.0 -emit-obj -mrelax-all -disable-free -main-file-name Builder.cpp -pic-level 1 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -resource-dir /builds/Clang/llvm-build/Debug+Asserts/lib/clang/2.8 -D ACE_HAS_CUSTOM_EXPORT_MACROS=0 -D NDEBUG -D ACE_NDEBUG -D ACE_USE_RCSID=0 -D ACE_HAS_EXCEPTIONS -D __ACE_INLINE__ -D TAO_HAS_TYPED_EVENT_CHANNEL -D TAO_NOTIFY_SERV_BUILD_DLL -I /builds/Clang_ACE/ACE_wrappers -I /builds/Clang_ACE/ACE_wrappers -I ../.. -I ../../orbsvcs -Wall -Wpointer-arith -ferror-limit 19 -fmessage-length 270 -stack-protector 1 -fblocks -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o .shobj/Notify/Builder.o -x c++ Notify/Builder.cpp 1. parser at end of file clang: error: clang frontend 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 llvm.org Tue Aug 3 12:35:31 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 12:35:31 -0500 (CDT) Subject: [LLVMbugs] [Bug 7713] DAGCombiner crashes during phase 2 of Release Clang self-host In-Reply-To: References: Message-ID: <20100803173531.C18C02A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7713 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #20 from Jakob Stoklund Olesen 2010-08-03 12:35:30 CDT --- Both this one and PR7719 were fixed. Clang self-hosts 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 llvm.org Tue Aug 3 12:42:11 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 12:42:11 -0500 (CDT) Subject: [LLVMbugs] [Bug 7771] Assertion `(unsigned)FI-LowSpillSlot < SpillSlotToUsesMap.size() && "Invalid spill slot"' failed. In-Reply-To: References: Message-ID: <20100803174211.E386E2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7771 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Jakob Stoklund Olesen 2010-08-03 12:42:11 CDT --- This was a consequence of the division by 0.0 reported in PR7780, fixed in r110119. Thanks, John! -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 12:44:36 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 12:44:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 6651] slow register coalescing In-Reply-To: References: Message-ID: <20100803174436.652692A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6651 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Jakob Stoklund Olesen 2010-08-03 12:44:35 CDT --- This was fixed a while back by disabling physreg coalescing when functions have an insane number of function calls. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 15:19:59 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 15:19:59 -0500 (CDT) Subject: [LLVMbugs] [Bug 7801] New: Unallowed cast from incomplete type to void* Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7801 Summary: Unallowed cast from incomplete type to void* Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: abramobagnara at tin.it CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com It seems that clang when compiling this tiny source in C++ mode refuses to cast void*(*)[] to void*. The code is compiled without errors in gcc, intel compiler and comeau. $ cat bug.c extern void* x[]; void* dummy[] = { &x }; $ gcc -x c -c bug.c $ gcc -x c++ -c bug.c $ clang -x c -c bug.c $ clang -x c++ -c bug.c bug.c:2:19: error: cannot initialize an array element of type 'void *' with an rvalue of type 'void *(*)[]' void* dummy[] = { &x }; ^~ 1 error 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 llvm.org Tue Aug 3 15:20:58 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 15:20:58 -0500 (CDT) Subject: [LLVMbugs] [Bug 7802] New: False positive for -Wunreachable-code Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7802 Summary: False positive for -Wunreachable-code Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: abramobagnara at tin.it CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com The following typescript shows that clang incorrectly seems to mark as unreachable a throw of a temporary. Please note that if I remove the destructor of struct s, no warning is generated. $ cat w.cc struct s { explicit s() { } ~s() { } }; int f_bad(int x) { if (x) throw s(); return 0; } int f_good(int x) { if (x) { s e; throw e; } return 0; } $ llvm/Debug+Asserts/bin/clang++ -Wunreachable-code -c w.cc w.cc:8:5: warning: will never be executed [-Wunreachable-code] throw s(); ^~~~~~~~~ 1 warning 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 llvm.org Tue Aug 3 15:43:37 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 15:43:37 -0500 (CDT) Subject: [LLVMbugs] [Bug 6930] clang: invalid input constraint "p" in asm In-Reply-To: References: Message-ID: <20100803204337.497CE2A6C12E@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6930 Dale Johannesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #5 from Dale Johannesen 2010-08-03 15:43:36 CDT --- There is no testcase here, but I believe this works now, at least for x86 and ARM. If not, please provide a testcase. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 16:45:36 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 16:45:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 7803] New: error: no suitable member 'operator delete' Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7803 Summary: error: no suitable member 'operator delete' Product: clang Version: trunk Platform: All OS/Version: MacOS X Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: alexmac at adobe.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Testcase: ------------------------------------------------------------------------- #include class Base { public: static void operator delete(void *p) {}; virtual ~Base() {}; }; class Middle : protected Base { public: ~Middle() {}; }; class Impl : protected Middle { public: using Middle::operator delete; }; int main() { Impl x; } ------------------------------------------------------------------------- g++ compiles this OK, but clang++ says: opdelete.cpp:14:7: error: no suitable member 'operator delete' in 'Impl' class Impl : protected Middle { ^ opdelete.cpp:16:17: note: member 'operator delete' declared here using Middle::operator delete; ^ opdelete.cpp:20:8: note: implicit default destructor for 'Impl' first required here Impl x; ^ 1 error 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 llvm.org Tue Aug 3 16:56:24 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 16:56:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 7804] New: crash calling getSourceRange Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7804 Summary: crash calling getSourceRange Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Try calling getSourceRange() on every AST node in this short program: template class _Base> class __versa_string : private _Base<_CharT, _Traits, _Alloc> {}; The problem is the TemplateTemplateParmDecl which has a NULL TemplateDecl member. I don't think that's supposed to be possible. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 17:14:08 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 17:14:08 -0500 (CDT) Subject: [LLVMbugs] [Bug 7796] Unconditional gnu extension usage in stddef.h breaks VS2008 headers In-Reply-To: References: Message-ID: <20100803221408.A50A32A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7796 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Chris Lattner 2010-08-03 17:14:08 CDT --- Fixed in r110161 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 19:31:45 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 19:31:45 -0500 (CDT) Subject: [LLVMbugs] [Bug 7803] error: no suitable member 'operator delete' In-Reply-To: References: Message-ID: <20100804003145.CBA012A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7803 John McCall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from John McCall 2010-08-03 19:31:45 CDT --- Fixed in r110173. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 19:59:07 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 19:59:07 -0500 (CDT) Subject: [LLVMbugs] [Bug 7805] New: Bad interaction with OpenMP Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7805 Summary: Bad interaction with OpenMP Product: dragonegg Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: New Bugs AssignedTo: baldrick at free.fr ReportedBy: luked at cs.rochester.edu CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5316) --> (http://llvm.org/bugs/attachment.cgi?id=5316) g++-4.5.1 -fopenmp -S -O1 -fplugin= test.cx GCC's OpenMP code transformation, combined with -O1 and higher, creates a tree node that dragonegg is not expecting. $ gcc-4.5.1 -v Using built-in specs. COLLECT_GCC=gcc-4.5.1 COLLECT_LTO_WRAPPER=/opt/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.1/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/opt/local --program-suffix=-4.5.1 --enable-languages=c,c++ --enable-shared --without-included-gettext --enable-threads=posix --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-checking=release --enable-plugin --enable-lto --enable-bootstrap Thread model: posix gcc version 4.5.1 (GCC) $ uname -a Linux node1x4x2a 2.6.28-18-generic #60-Ubuntu SMP Fri Mar 12 04:26:47 UTC 2010 x86_64 GNU/Linux $ g++-4.5.1 -fopenmp -S -O1 -fplugin=../dragonegg/dragonegg.so test.cxx unit size align 32 symtab 0 alias set 0 canonical type 0x7f59a41d0498 precision 32 min max pointer_to_this > used SI file test.cxx line 1 col 14 size unit size align 32 context > Not a gimple constant! UNREACHABLE executed at /home/luked/cgo/dragonegg/llvm-convert.cpp:5766! *** WARNING *** there are active plugins, do not report this as a bug unless you can reproduce it without enabling any plugins. Event | Plugins PLUGIN_FINISH_UNIT | dragonegg PLUGIN_FINISH | dragonegg PLUGIN_START_UNIT | dragonegg test.cxx: In function ?_Z3bari.omp_fn.0?: test.cxx:4:14: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See for instructions. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 20:07:24 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 20:07:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 7346] operator delete not seen in derived class In-Reply-To: References: Message-ID: <20100804010724.3ED102A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7346 John McCall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #3 from John McCall 2010-08-03 20:07:23 CDT --- Fixed in r110175. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Tue Aug 3 21:38:16 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Tue, 3 Aug 2010 21:38:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 7806] New: MIC (Modified immediate constants) field is not honored in ARM JIT's Code emitter Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7806 Summary: MIC (Modified immediate constants) field is not honored in ARM JIT's Code emitter Product: libraries Version: trunk Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Backend: ARM AssignedTo: unassignedbugs at nondot.org ReportedBy: sliao at google.com CC: llvmbugs at cs.uiuc.edu See the repro case in the attached file. The file is generated by "clang -emit-llvm -c "llvm_builtins.c" -o "llvm_builtins.bc". Then you can repro it using a simple testing JIT that parses the file as module, create EE from it and get function pointer from EE. See the highlighted instruction below. The JIT tried incorrectly to calculate the address for 0x100 + 0x404700e0 + 8 == 0x404701e8. But it's wrong, because in the "0x100", "1" is treated as rotating amount, according to A5.2.4 of the ARM Architecture Reference Manual. float Loop(float * inputs, float count) { float i = 0; do { float a = i * inputs[0]; // this is the offending statement a += i < count ? 1.0f : 0; // the selection causes it to load 0 or 1 from end of function by // doing something like: // 0x404700c0:e3a07000 b5 mov r7, #0 // 0x404700c4:eef40ac0 258 vcmpe.f32 s1, s0 // 0x404700c8:eef1fa10 70 vmrs apsr_nzcv, fpscr // 0x404700cc:e2411001 162 sub r1, r1, #1 // 0x404700d0:43a07001 b5 movmi r7, #1 // 0x404700d4:e3570000 54 cmp r7, #0 // 0x404700d8:e3a07000 b5 mov r7, #0 // 0x404700dc:13a07004 b5 movne r7, #4 //********0x404700e0:e28f8100 15 add r8, pc, #0 # The JIT tried incorrectly to jump to 0x100 + 0x404700e0 + 8 == 0x404701e8. But it's wrong, because for "0x100", "1" is treated as rotating amount, according to A5.2.4. // 0x404700e4:ed902a00 332 vldr.32 s4, [r0] // 0x404700e8:e3510000 54 cmp r1, #0 // 0x404700ec:e0887007 16 add r7, r8, r7 // 0x404700f0:edd71a00 332 vldr.32 s3, [r7] // // 0x404701e0:e8bd81f0 8a pop {r4, r5, r6, r7, r8, pc} * * ******* // 0x404701e4:0 1b andeq r0, r0, r0 // 0x404701e8:0 1b andeq r0, r0, r0 // 0x404701ec:3f800000 165 svclo #8388608 // 1.0f // 0x404701f0:3e99999a be mrclo p9, #4, r9, cr9, cr10, #4 // padding to make the body bigger than 256 bytes a += inputs[2 * (int)i]; a += inputs[3 * (int)i]; a -= inputs[4 * (int)i]; a += inputs[8 * (int)i]; a -= inputs[4 * (int)i]; a += inputs[8 * (int)i]; a -= inputs[9 * (int)i]; a += inputs[14 * (int)i]; a += inputs[22 * (int)i]; a += inputs[33 * (int)i]; a -= inputs[44 * (int)i]; a += inputs[28 * (int)i]; a -= inputs[34 * (int)i]; a += inputs[48 * (int)i]; a -= inputs[59 * (int)i]; inputs[(int)i] = a; i += 0.3f; } while (i < 0.922f); return i; } -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 01:57:46 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 01:57:46 -0500 (CDT) Subject: [LLVMbugs] [Bug 7807] New: Assertion failed: (false && "Type/value mismatch") Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7807 Summary: Assertion failed: (false && "Type/value mismatch") Product: clang Version: trunk Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: luc_j_bourhis at mac.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Revision: 110186 ~cctbxroot/cctbx_build_clang> clang++ -c ~/Desktop/clang-bug.cpp Assertion failed: (false && "Type/value mismatch"), function DeduceTemplateArguments, file SemaTemplateDeduction.cpp, line 871. 0 clang 0x01409168 PrintStackTrace(void*) + 40 1 clang 0x01409f47 SignalHandler(int) + 695 2 libSystem.B.dylib 0x9549f1fb _sigtramp + 43 3 libSystem.B.dylib 0xffffffff _sigtramp + 1790316079 4 libSystem.B.dylib 0x9552c62d raise + 26 5 libSystem.B.dylib 0x955426e4 abort + 93 6 libSystem.B.dylib 0x9552f28c __pthread_markcancel + 0 7 clang 0x004c6bc2 DeduceTemplateArguments(clang::Sema&, clang::TemplateParameterList*, clang::TemplateArgument const&, clang::TemplateArgument const&, clang::Sema::TemplateDeductionInfo&, llvm::SmallVectorImpl&) + 146 8 clang 0x004c3174 DeduceTemplateArguments(clang::Sema&, clang::TemplateParameterList*, clang::TemplateSpecializationType const*, clang::QualType, clang::Sema::TemplateDeductionInfo&, llvm::SmallVectorImpl&) + 980 9 clang 0x004c3a08 DeduceTemplateArguments(clang::Sema&, clang::TemplateParameterList*, clang::QualType, clang::QualType, clang::Sema::TemplateDeductionInfo&, llvm::SmallVectorImpl&, unsigned int) + 2040 10 clang 0x004cc39c clang::Sema::DeduceTemplateArguments(clang::FunctionTemplateDecl*, clang::TemplateArgumentListInfo const*, clang::Expr**, unsigned int, clang::FunctionDecl*&, clang::Sema::TemplateDeductionInfo&) + 1900 11 clang 0x00459937 clang::Sema::AddTemplateOverloadCandidate(clang::FunctionTemplateDecl*, clang::DeclAccessPair, clang::TemplateArgumentListInfo const*, clang::Expr**, unsigned int, clang::OverloadCandidateSet&, bool) + 279 12 clang 0x0045b3a7 clang::Sema::AddFunctionCandidates(clang::UnresolvedSetImpl const&, clang::Expr**, unsigned int, clang::OverloadCandidateSet&, bool) + 343 13 clang 0x004613d4 clang::Sema::CreateOverloadedBinOp(clang::SourceLocation, unsigned int, clang::UnresolvedSetImpl const&, clang::Expr*, clang::Expr*) + 1124 14 clang 0x004d4687 clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::RebuildCXXOperatorCallExpr(clang::OverloadedOperatorKind, clang::SourceLocation, clang::ASTOwningPtr<&(clang::ActionBase::DeleteExpr(void*))>, clang::ASTOwningPtr<&(clang::ActionBase::DeleteExpr(void*))>, clang::ASTOwningPtr<&(clang::ActionBase::DeleteExpr(void*))>) + 599 15 clang 0x004db37b clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::TransformCXXOperatorCallExpr(clang::CXXOperatorCallExpr*) + 683 16 clang 0x004d78be clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::TransformExpr(clang::Expr*) + 3806 17 clang 0x004f2635 clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::TransformStmt(clang::Stmt*) + 1237 18 clang 0x004f2c9e clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::TransformCompoundStmt(clang::CompoundStmt*, bool) + 110 19 clang 0x004f2585 clang::TreeTransform<(anonymous namespace)::TemplateInstantiator>::TransformStmt(clang::Stmt*) + 1061 20 clang 0x004f5171 clang::Sema::SubstStmt(clang::Stmt*, clang::MultiLevelTemplateArgumentList const&) + 49 21 clang 0x005016bd clang::Sema::InstantiateFunctionDefinition(clang::SourceLocation, clang::FunctionDecl*, bool, bool) + 1229 22 clang 0x0050108b clang::Sema::PerformPendingImplicitInstantiations(bool) + 507 23 clang 0x002e45e5 clang::Sema::ActOnEndOfTranslationUnit() + 37 24 clang 0x007ec09e clang::Parser::ParseTopLevelDecl(clang::OpaquePtr<1>&) + 222 25 clang 0x002e2352 clang::ParseAST(clang::Preprocessor&, clang::ASTConsumer*, clang::ASTContext&, bool, bool, clang::CodeCompleteConsumer*) + 290 26 clang 0x00073ddd clang::ASTFrontendAction::ExecuteAction() + 157 27 clang 0x0029a379 clang::CodeGenAction::ExecuteAction() + 57 28 clang 0x0004f9fc clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 396 29 clang 0x000200c9 cc1_main(char const**, char const**, char const*, void*) + 3177 30 clang 0x0002748d main + 5101 31 clang 0x0001e1e9 start + 53 Stack dump: 0. Program arguments: /Users/luc/Developer/llvm/Release+Asserts/bin/clang -cc1 -triple i386-apple-darwin10.0.0 -emit-obj -mrelax-all -disable-free -main-file-name clang-bug.cpp -pic-level 1 -mdisable-fp-elim -masm-verbose -target-cpu yonah -resource-dir /Users/luc/Developer/llvm/Release+Asserts/lib/clang/2.8 -ferror-limit 19 -fmessage-length 104 -stack-protector 1 -fblocks -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o clang-bug.o -x c++ /Users/luc/Desktop/clang-bug.cpp 1. parser at end of file 2. /Users/luc/Developer/cctbx/cctbx_project/scitbx/array_family/simple_tiny_io.h:11:3: instantiating function definition 'scitbx::af::operator<<' clang: error: clang frontend 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 llvm.org Wed Aug 4 03:35:12 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 03:35:12 -0500 (CDT) Subject: [LLVMbugs] [Bug 5962] rtti regression In-Reply-To: References: Message-ID: <20100804083512.7CB702A6C12F@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5962 John McCall changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |rjmccall at apple.com Resolution| |FIXED --- Comment #3 from John McCall 2010-08-04 03:35:11 CDT --- Fixed in r110192. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 04:16:54 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 04:16:54 -0500 (CDT) Subject: [LLVMbugs] [Bug 7808] New: method visibility ignored Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7808 Summary: method visibility ignored Product: clang Version: 2.7 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: jtraue at informatik.tu-cottbus.de CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Created an attachment (id=5319) --> (http://llvm.org/bugs/attachment.cgi?id=5319) demo code The following code compiles with clang++ although a private method is called. g++ reports the following error: main.cc: In function ?int main(int, char**)?: main.cc:16: error: ?int Test::bar()? is private main.cc:28: error: within this context -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 04:18:36 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 04:18:36 -0500 (CDT) Subject: [LLVMbugs] [Bug 7808] method visibility ignored In-Reply-To: References: Message-ID: <20100804091836.8C9172A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7808 Douglas Gregor changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Douglas Gregor 2010-08-04 04:18:36 CDT --- This is fixed in top-of-tree Clang, in Subversion. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 10:22:39 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 10:22:39 -0500 (CDT) Subject: [LLVMbugs] [Bug 7809] New: llvm/Config/config.h pollutes user namespace Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7809 Summary: llvm/Config/config.h pollutes user namespace Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Target Description Classes AssignedTo: unassignedbugs at nondot.org ReportedBy: jdenny at etinternational.com CC: llvmbugs at cs.uiuc.edu The LLVM headers llvm-c/Target.h and llvm/Target/TargetSelect.h include the header llvm/Config/config.h, which defines common macros, such as PACKAGE_BUGREPORT. If a project that uses LLVM includes any of these headers, the project's own macros of the same names can be redefined. Most advice I have seen says that installed headers should never define such common macros. Thus, an internal config.h should never be installed: http://stackoverflow.com/questions/1810216/autoconf-where-does-config-h-go http://lists.gnu.org/archive/html/autoconf/2004-09/msg00151.html Would you please consider replacing the current llvm/Config/config.h with a trimmed down version that contains only the definitions that must be present in LLVM's installed headers? PACKAGE_* macros certainly do not need to be there. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 11:12:16 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 11:12:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 7810] New: Clang rejects const-qualified parameter type for operator delete Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7810 Summary: Clang rejects const-qualified parameter type for operator delete Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: llvmbugs at contacts.eelis.net CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Consider: void operator delete(void* const); GCC 4.5.0 and Comeau 4.3.10.1 both accept this code, but Clang (r110197) complains: error: 'operator delete' takes type 'void *' as first parameter -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 12:00:35 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 12:00:35 -0500 (CDT) Subject: [LLVMbugs] [Bug 7809] llvm/Config/config.h pollutes user namespace In-Reply-To: References: Message-ID: <20100804170035.9592D2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7809 Chris Lattner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |clattner at apple.com Resolution| |INVALID --- Comment #1 from Chris Lattner 2010-08-04 12:00:35 CDT --- This is behaving correctly. No public LLVM headers should be including config.h, so it shouldn't impact external code. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 12:13:41 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 12:13:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 7811] New: Linker (llvm-ld) lose debug information on global variables even without optimizations enabled Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7811 Summary: Linker (llvm-ld) lose debug information on global variables even without optimizations enabled Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Linker AssignedTo: unassignedbugs at nondot.org ReportedBy: quickslyver at free.fr CC: llvmbugs at cs.uiuc.edu Reproducer: $cat bug.c int a; $clang -c -emit-llvm -g -O0 bug.c -o bug.bc $llvm-ld -no-shell-script bug.bc -v -disable-inlining -disable-opt -b linked.bc $llvm-dis bug.bc && llvm-dis linked.bc $cat bug.ll [...cut...] !0 = metadata !{i32 524340, i32 0, metadata !1, metadata !"a", metadata !"a", metadata !"a", metadata !1, i32 1, metadata !3, i1 false, i1 true, i32* @a} ; [ DW_TAG_variable ] [...cut...] $ cat linked.ll [...cut...] !0 = metadata !{i32 524340, i32 0, metadata !1, metadata !"a", metadata !"a", metadata !"a", metadata !1, i32 1, metadata !3, i1 false, i1 true, null} ; [ DW_TAG_variable ] [...cut...] ------------------------------------------------ "i32* @a" is replaced by "null". Is there some "hidden" optimizations even with "-disable-inlining -disable-opt" because if I use "llvm-link" instead of "llvm-ld" there is not 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 llvm.org Wed Aug 4 12:14:46 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 12:14:46 -0500 (CDT) Subject: [LLVMbugs] [Bug 7809] llvm/Config/config.h pollutes user namespace In-Reply-To: References: Message-ID: <20100804171446.EE3422A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7809 ?scar Fuentes changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED CC| |ofv at wanadoo.es Resolution|INVALID | --- Comment #2 from ?scar Fuentes 2010-08-04 12:14:46 CDT --- Target/TargetSelect.h is a public LLVM library. It must be #included because of the requirement of calling InitializeNativeTarget before using the JIT. See examples/HowToUseJIT/HowToUseJIT.cpp. Target/TargetSelect.h includes Config/config.h. I suppose that llvm-c/Target.h is a similar case. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 15:14:27 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 15:14:27 -0500 (CDT) Subject: [LLVMbugs] [Bug 7813] New: "Cannot yet select" error when using Gallium (Mesa master) Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7813 Summary: "Cannot yet select" error when using Gallium (Mesa master) Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: steckdenis at logram-project.org CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5322) --> (http://llvm.org/bugs/attachment.cgi?id=5322) LLVM's SelectionDAG when trying to run Neverball with r300g Hello, I use LLVM svn 110215 and Clang svn 110239 to compile my programs, and to try to run 3D applications using the r300g ATI driver from the Mesa project. Mesa uses LLVM to do runtime code generation. My problem is that it fails for about four months with a "Cannot yet select" error. I attached the output produced by LLVM (lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:2562) to this bug. If I recall correctly, I was never able to launch any 3D app on my computer using the r300g driver. I use an AMD Athlon L110 processor, with MMX, 3DNOW, SSE and SSE2 (no SSE3), in X86_64 mode. I also attached my /proc/cpuinfo file. I run Linux 2.6.35 on ArchLinux. My graphics card is an ATI Radeon X1270 (RS690). Uname -a : Linux my-laptop 2.6.35 #11 SMP PREEMPT Wed Aug 4 11:47:54 CEST 2010 x86_64 AMD Athlon(tm) Processor L110 AuthenticAMD GNU/Linux Thanks. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 15:37:42 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 15:37:42 -0500 (CDT) Subject: [LLVMbugs] [Bug 7814] New: possible integer wrong code bug on x64 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7814 Summary: possible integer wrong code bug on x64 Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P 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 regehr at gamow work017]$ clang -O1 small.c -o small [regehr at gamow work017]$ ./small 0 [regehr at gamow work017]$ clang -O2 small.c -o small [regehr at gamow work017]$ ./small 1 [regehr at gamow work017]$ clang -v clang version 2.8 (trunk 110207) Target: x86_64-unknown-linux-gnu Thread model: posix [regehr at gamow work017]$ cat small.c extern int printf (__const char *__restrict __format, ...); unsigned short foo (unsigned short ui1, unsigned short ui2) { return ui1 * ui2; } signed char bar (signed char left, int right) { return ((left < 0) || (right < 0) || (right >= 32))? left : (left >> right); } long g_16 = 0xCC1DAB9737E0D1B7LL; int g_37 = -1L; int g_38 = 0; unsigned long g_381 = -1L; void func_19 (long p_21) { int x = foo (1L && g_16, p_21); if (0 < bar (x, 0)) { g_38 = 1; } } int main(void) { func_19 (0x2EA21E1D82C32B96LL); printf("%d\n", g_38); return 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 llvm.org Wed Aug 4 15:43:13 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 15:43:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 7815] New: 'x' is always zero in this context should not apply to LHS of assignment Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7815 Summary: 'x' is always zero in this context should not apply to LHS of assignment Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nlewycky at google.com CC: llvmbugs at cs.uiuc.edu, jyasskin at google.com This program emits an unexpected warning: int f(); void test() { if (int x = f()) { x = 1; // ok } else { x = 2; // warning: 'x' is always zero in this context } } There's no reason to warn about the left-hand side of the expression being zero, its value isn't really 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 llvm.org Wed Aug 4 15:44:53 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 15:44:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 7816] New: make check: x86 tests when configured with host-only on PPC Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7816 Summary: make check: x86 tests when configured with host-only on PPC Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: edwintorok at gmail.com CC: llvmbugs at cs.uiuc.edu make check on LLVM configured with--enable-targets=host-only on ppc shows lots of failures related to missing X86 backend. ******************** TEST 'LLVM :: CodeGen/X86/GC/simple_ocaml.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/CodeGen/X86/GC/simple_ocaml.ll | grep caml.*__frametable llc < /Users/acab/llvm/test/CodeGen/X86/GC/simple_ocaml.ll -march=x86 | grep {movl .0} -- Exit Code: 1 Command Output (stdout): -- .globl "_caml__frametable" "_caml__frametable": -- Command Output (stderr): -- llc: error: invalid target 'x86'. -- ******************** FAIL: LLVM :: DebugInfo/2010-01-18-DbgValue.ll (2902 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-01-18-DbgValue.ll' FAILED ******************** Script: -- llc -O0 < /Users/acab/llvm/test/DebugInfo/2010-01-18-DbgValue.ll | FileCheck /Users/acab/llvm/test/DebugInfo/2010-01-18-DbgValue.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. /Users/acab/llvm/test/DebugInfo/2010-01-18-DbgValue.ll:14:9: error: expected string not found in input ;CHECK: DEBUG_VALUE ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: DebugInfo/2010-02-01-DbgValueCrash.ll (2904 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-02-01-DbgValueCrash.ll' FAILED ******************** Script: -- llc -O1 < /Users/acab/llvm/test/DebugInfo/2010-02-01-DbgValueCrash.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: DebugInfo/2010-05-25-DotDebugLoc.ll (2916 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-05-25-DotDebugLoc.ll' FAILED ******************** Script: -- llc -O2 < /Users/acab/llvm/test/DebugInfo/2010-05-25-DotDebugLoc.ll -mtriple=x86_64-apple-darwin | grep debug_loc12 -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: DebugInfo/2010-05-28-Crash.ll (2917 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-05-28-Crash.ll' FAILED ******************** Script: -- llc -mtriple=x86_64-apple-darwin < /Users/acab/llvm/test/DebugInfo/2010-05-28-Crash.ll | FileCheck /Users/acab/llvm/test/DebugInfo/2010-05-28-Crash.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. /Users/acab/llvm/test/DebugInfo/2010-05-28-Crash.ll:42:9: error: expected string not found in input ;CHECK: DEBUG_VALUE: bar:x <- EBX+0 ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: DebugInfo/2010-06-01-DeadArg-DbgInfo.ll (2918 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-06-01-DeadArg-DbgInfo.ll' FAILED ******************** Script: -- llc -O2 < /Users/acab/llvm/test/DebugInfo/2010-06-01-DeadArg-DbgInfo.ll | FileCheck /Users/acab/llvm/test/DebugInfo/2010-06-01-DeadArg-DbgInfo.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. /Users/acab/llvm/test/DebugInfo/2010-06-01-DeadArg-DbgInfo.ll:10:9: error: expected string not found in input ;CHECK: DEBUG_VALUE: baz:this <- RDI+0 ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: DebugInfo/2010-08-04-StackVariable.ll (2921 of 5470) ******************** TEST 'LLVM :: DebugInfo/2010-08-04-StackVariable.ll' FAILED ******************** Script: -- llc -O0 < /Users/acab/llvm/test/DebugInfo/2010-08-04-StackVariable.ll | grep DW_OP_fbreg -- Exit Code: 1 Command Output (stderr): -- Assertion failed: (unsigned(ScopeIdx) <= Ctx.pImpl->ScopeRecords.size() && "Invalid ScopeIdx!"), function getScope, file DebugLoc.cpp, line 25. 0 llc 0x008e4cd4 llvm::SearchForAddressOfSpecialSymbol(char const*) + 704 1 llc 0x008e526c llvm::sys::RunInterruptHandlers() + 456 2 libSystem.B.dylib 0x92f639fc _sigtramp + 68 3 libSystem.B.dylib 0xbfffed40 _sigtramp + 755610504 4 libSystem.B.dylib 0xbfffede8 _sigtramp + 755610672 Stack dump: 0. Program arguments: llc -O0 1. Running pass 'Function Pass Manager' on module ''. 2. Running pass 'Darwin PPC Assembly Printer' on function '@main' -- ******************** FAIL: LLVM :: MC/AsmParser/assignment.s (3716 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/assignment.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/assignment.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/assignment.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/assignment.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/conditional_asm.s (3717 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/conditional_asm.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/conditional_asm.s -I /Users/acab/llvm/test/MC/AsmParser | FileCheck /Users/acab/llvm/test/MC/AsmParser/conditional_asm.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/conditional_asm.s:3:10: error: expected string not found in input # CHECK: .byte 2 ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_abort.s (3718 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_abort.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_abort.s 2> /Users/acab/llvm/test/MC/AsmParser/Output/directive_abort.s.tmp FileCheck -input-file /Users/acab/llvm/test/MC/AsmParser/Output/directive_abort.s.tmp /Users/acab/llvm/test/MC/AsmParser/directive_abort.s -- Exit Code: 1 ******************** FAIL: LLVM :: MC/AsmParser/directive_align.s (3719 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_align.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/directive_align.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_align.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_align.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_ascii.s (3720 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_ascii.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_ascii.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_ascii.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_ascii.s:4:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_comm.s (3721 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_comm.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_comm.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_comm.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_comm.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_darwin_section.s (3722 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_darwin_section.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/directive_darwin_section.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_darwin_section.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_darwin_section.s:3:10: error: expected string not found in input # CHECK: .section __DWARF,__debug_frame,regular,debug ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_desc.s (3723 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_desc.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/directive_desc.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_desc.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_desc.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_elf_size.s (3724 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_elf_size.s' FAILED ******************** Script: -- llvm-mc -triple i386-pc-linux-gnu /Users/acab/llvm/test/MC/AsmParser/directive_elf_size.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_elf_size.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-pc-linux-gnu', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_elf_size.s:6:10: error: expected string not found in input # CHECK: .size a, .Lt-a ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_file.s (3725 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_file.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_file.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_file.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_file.s:6:10: error: expected string not found in input # CHECK: .file "hello" ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_fill.s (3726 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_fill.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_fill.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_fill.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_fill.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_include.s (3727 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_include.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_include.s -I /Users/acab/llvm/test/MC/AsmParser | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_include.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_include.s:3:10: error: expected string not found in input # CHECK: TESTA: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_lcomm.s (3728 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_lcomm.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin10 /Users/acab/llvm/test/MC/AsmParser/directive_lcomm.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_lcomm.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin10', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_lcomm.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_line.s (3729 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_line.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_line.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. -- ******************** FAIL: LLVM :: MC/AsmParser/directive_loc.s (3730 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_loc.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_loc.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. -- ******************** FAIL: LLVM :: MC/AsmParser/directive_org.s (3732 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_org.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_org.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_org.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_org.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_set.s (3733 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_set.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_set.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_set.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_set.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_space.s (3734 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_space.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin /Users/acab/llvm/test/MC/AsmParser/directive_space.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_space.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_space.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_subsections_via_symbols.s (3735 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_subsections_via_symbols.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/directive_subsections_via_symbols.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_subsections_via_symbols.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_subsections_via_symbols.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_symbol_attrs.s (3736 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_symbol_attrs.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_symbol_attrs.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_symbol_attrs.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_symbol_attrs.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_tbss.s (3737 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_tbss.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-unknown-darwin /Users/acab/llvm/test/MC/AsmParser/directive_tbss.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_tbss.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'x86_64-unknown-darwin', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_tbss.s:3:10: error: expected string not found in input # CHECK: .tbss _a$tlv$init, 4 ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_tdata.s (3738 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_tdata.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-unknown-darwin /Users/acab/llvm/test/MC/AsmParser/directive_tdata.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_tdata.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'x86_64-unknown-darwin', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_tdata.s:3:10: error: expected string not found in input # CHECK: __DATA,__thread_data,thread_local_regular ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_thread_init_func.s (3739 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_thread_init_func.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-unknown-darwin /Users/acab/llvm/test/MC/AsmParser/directive_thread_init_func.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_thread_init_func.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'x86_64-unknown-darwin', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_thread_init_func.s:3:10: error: expected string not found in input # CHECK: __DATA,__thread_init,thread_local_init_function_pointers ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_tlv.s (3740 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_tlv.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-unknown-darwin /Users/acab/llvm/test/MC/AsmParser/directive_tlv.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_tlv.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'x86_64-unknown-darwin', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_tlv.s:3:10: error: expected string not found in input # CHECK: __DATA,__thread_vars,thread_local_variables ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_values.s (3741 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_values.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/directive_values.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_values.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_values.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/directive_zerofill.s (3742 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/directive_zerofill.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/directive_zerofill.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/directive_zerofill.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/directive_zerofill.s:3:10: error: expected string not found in input # CHECK: TEST0: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/exprs.s (3744 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/exprs.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/exprs.s > /Users/acab/llvm/test/MC/AsmParser/Output/exprs.s.tmp -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. -- ******************** FAIL: LLVM :: MC/AsmParser/hello.s (3745 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/hello.s' FAILED ******************** Script: -- llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/hello.s -o - llvm-mc -triple i386-apple-darwin9 /Users/acab/llvm/test/MC/AsmParser/hello.s -o - -output-asm-variant=1 -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-apple-darwin9', see --version and --triple. -- ******************** FAIL: LLVM :: MC/AsmParser/labels.s (3746 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/labels.s' FAILED ******************** Script: -- llvm-mc -triple i686-apple-darwin10 /Users/acab/llvm/test/MC/AsmParser/labels.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/labels.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i686-apple-darwin10', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/labels.s:4:11: error: expected string not found in input // CHECK: a: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/macro-def-in-instantiation.s (3747 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/macro-def-in-instantiation.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-apple-darwin10 /Users/acab/llvm/test/MC/AsmParser/macro-def-in-instantiation.s | FileCheck /Users/acab/llvm/test/MC/AsmParser/macro-def-in-instantiation.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'x86_64-apple-darwin10', see --version and --triple. /Users/acab/llvm/test/MC/AsmParser/macro-def-in-instantiation.s:12:11: error: expected string not found in input // CHECK: .byte 10 ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/macros-parsing.s (3748 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/macros-parsing.s' FAILED ******************** Script: -- not llvm-mc -triple x86_64-apple-darwin10 /Users/acab/llvm/test/MC/AsmParser/macros-parsing.s 2> /Users/acab/llvm/test/MC/AsmParser/Output/macros-parsing.s.tmp.err FileCheck --check-prefix=CHECK-ERRORS /Users/acab/llvm/test/MC/AsmParser/macros-parsing.s < /Users/acab/llvm/test/MC/AsmParser/Output/macros-parsing.s.tmp.err -- Exit Code: 1 Command Output (stderr): -- /Users/acab/llvm/test/MC/AsmParser/macros-parsing.s:8:18: error: expected string not found in input // CHECK-ERRORS: 9:1: warning: ignoring directive for now ^ :1:1: note: scanning from here llvm-mc: error: unable to get target for 'x86_64-apple-darwin10', see --version and --triple. ^ :1:5: note: possible intended match here llvm-mc: error: unable to get target for 'x86_64-apple-darwin10', see --version and --triple. ^ -- ******************** FAIL: LLVM :: MC/AsmParser/macros.s (3749 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/macros.s' FAILED ******************** Script: -- llvm-mc -triple x86_64-apple-darwin10 /Users/acab/llvm/test/MC/AsmParser/macros.s 2> /Users/acab/llvm/test/MC/AsmParser/Output/macros.s.tmp.err | FileCheck /Users/acab/llvm/test/MC/AsmParser/macros.s FileCheck --check-prefix=CHECK-ERRORS /Users/acab/llvm/test/MC/AsmParser/macros.s < /Users/acab/llvm/test/MC/AsmParser/Output/macros.s.tmp.err -- Exit Code: 1 Command Output (stderr): -- /Users/acab/llvm/test/MC/AsmParser/macros.s:31:11: error: expected string not found in input // CHECK: .globl "1 23 $3 2" ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: MC/AsmParser/variables-invalid.s (3750 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/variables-invalid.s' FAILED ******************** Script: -- not llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/variables-invalid.s 2> /Users/acab/llvm/test/MC/AsmParser/Output/variables-invalid.s.tmp FileCheck --input-file /Users/acab/llvm/test/MC/AsmParser/Output/variables-invalid.s.tmp /Users/acab/llvm/test/MC/AsmParser/variables-invalid.s -- Exit Code: 1 Command Output (stderr): -- /Users/acab/llvm/test/MC/AsmParser/variables-invalid.s:5:11: error: expected string not found in input // CHECK: invalid assignment to 't0_v0' ^ /Users/acab/llvm/test/MC/AsmParser/Output/variables-invalid.s.tmp:1:1: note: scanning from here llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. ^ /Users/acab/llvm/test/MC/AsmParser/Output/variables-invalid.s.tmp:1:70: note: possible intended match here llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. ^ -- ******************** FAIL: LLVM :: MC/AsmParser/variables.s (3751 of 5470) ******************** TEST 'LLVM :: MC/AsmParser/variables.s' FAILED ******************** Script: -- llvm-mc -triple i386-unknown-unknown /Users/acab/llvm/test/MC/AsmParser/variables.s -- Exit Code: 1 Command Output (stderr): -- llvm-mc: error: unable to get target for 'i386-unknown-unknown', see --version and --triple. -- ******************** FAIL: LLVM :: Other/inline-asm-newline-terminator.ll (3823 of 5470) ******************** TEST 'LLVM :: Other/inline-asm-newline-terminator.ll' FAILED ******************** Script: -- llc -filetype=obj -o - < /Users/acab/llvm/test/Other/inline-asm-newline-terminator.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/2008-08-06-CmpStride.ll (4781 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/2008-08-06-CmpStride.ll' FAILED ******************** Script: -- llc -march=x86-64 < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/2008-08-06-CmpStride.ll -o - | grep {cmpl \\$\[1\], %} -- Exit Code: 1 Command Output (stderr): -- llc: error: invalid target 'x86-64'. -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/2009-02-09-ivs-different-sizes.ll (4786 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/2009-02-09-ivs-different-sizes.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/2009-02-09-ivs-different-sizes.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/2009-11-10-LSRCrash.ll (4788 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/2009-11-10-LSRCrash.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/2009-11-10-LSRCrash.ll -mtriple=i386-apple-darwin11 -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-0.ll (4789 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-0.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/change-compare-stride-trickiness-0.ll -o - | FileCheck /Users/acab/llvm/test/Transforms/LoopStrengthReduce/change-compare-stride-trickiness-0.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. /Users/acab/llvm/test/Transforms/LoopStrengthReduce/change-compare-stride-trickiness-0.ll:8:10: error: expected string not found in input ; CHECK: foo: ^ :1:1: note: scanning from here ^ -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-1.ll (4790 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-1.ll' FAILED ******************** Script: -- llc /Users/acab/llvm/test/Transforms/LoopStrengthReduce/change-compare-stride-trickiness-1.ll -o - --x86-asm-syntax=att | grep {cmp. \$10} -- Exit Code: 1 Command Output (stderr): -- llc: Unknown command line argument '--x86-asm-syntax=att'. Try: 'llc -help' -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-2.ll (4791 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/change-compare-stride-trickiness-2.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/change-compare-stride-trickiness-2.ll -- Exit Code: 1 Command Output (stderr): -- llc: error auto-selecting target for module 'No available targets are compatible with this triple, see -version for the available targets.'. Please use the -march option to explicitly pick a target. -- ******************** FAIL: LLVM :: Transforms/LoopStrengthReduce/insert-positions.ll (4800 of 5470) ******************** TEST 'LLVM :: Transforms/LoopStrengthReduce/insert-positions.ll' FAILED ******************** Script: -- llc < /Users/acab/llvm/test/Transforms/LoopStrengthReduce/insert-positions.ll -march=x86-64 >/dev/null -- Exit Code: 1 Command Output (stderr): -- llc: error: invalid target 'x86-64'. -- ******************** FAIL: LLVM :: Transforms/TailDup/if-tail-dup.ll (5177 of 5470) ******************** TEST 'LLVM :: Transforms/TailDup/if-tail-dup.ll' FAILED ******************** Script: -- opt < /Users/acab/llvm/test/Transforms/TailDup/if-tail-dup.ll -tailduplicate | llc -march=x86 -o /Users/acab/llvm/test/Transforms/TailDup/Output/if-tail-dup.ll.tmp grep {\\\} /Users/acab/llvm/test/Transforms/TailDup/Output/if-tail-dup.ll.tmp not grep jmp /Users/acab/llvm/test/Transforms/TailDup/Output/if-tail-dup.ll.tmp -- Exit Code: 1 Command Output (stderr): -- llc: error: invalid target 'x86'. -- ******************** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 15:47:18 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 15:47:18 -0500 (CDT) Subject: [LLVMbugs] [Bug 7815] 'x' is always zero in this context should not apply to LHS of assignment In-Reply-To: References: Message-ID: <20100804204718.A45642A6C12F@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7815 Jeffrey Yasskin changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |DUPLICATE --- Comment #1 from Jeffrey Yasskin 2010-08-04 15:47:18 CDT --- *** This bug has been marked as a duplicate of bug 7100 *** -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 16:16:24 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 16:16:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 7817] New: Members of anonymous shall be unique in its scope Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7817 Summary: Members of anonymous shall be unique in its scope Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: schaub-johannes at web.de CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Clang accepts this: int main() { class f { }; union { int f; }; } But the C++ Standard at 9.5[class.union]p2 says "The names of the members of an anonymous union shall be distinct from the names of any other entity in the scope in which the anonymous union is declared." -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 17:41:21 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 17:41:21 -0500 (CDT) Subject: [LLVMbugs] [Bug 7814] possible integer wrong code bug on x64 In-Reply-To: References: Message-ID: <20100804224121.AA0242A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7814 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Eli Friedman 2010-08-04 17:41:21 CDT --- Fixed in r110268. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 19:14:53 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 19:14:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 7821] New: llc crashes on an unimplemented constant expression Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7821 Summary: llc crashes on an unimplemented constant expression Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: actong88 at gmail.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5328) --> (http://llvm.org/bugs/attachment.cgi?id=5328) test case Constant expressions in the form of a pointer to integer and then back to pointer conversion, where the integer size does not match the pointer size, cause llc to crash. Output from compiling the attached test case on a 64bit machine: $ ~/src/llvm/Debug+Asserts/bin/llc test.bc i64 zext (i32 ptrtoint (i32* @val to i32) to i64) FIXME: Don't support this constant expr UNREACHABLE executed at AsmPrinter.cpp:1268! 0 llc 0x0000000001308c78 1 llc 0x0000000001308b3c 2 libpthread.so.0 0x00007f5fded278f0 3 libc.so.6 0x00007f5fde016a75 gsignal + 53 4 libc.so.6 0x00007f5fde01a5c0 abort + 384 5 llc 0x00000000012e51d1 6 llc 0x0000000000eb8ee8 7 llc 0x0000000000eb9136 8 llc 0x0000000000eba5ef 9 llc 0x0000000000eba68d llvm::AsmPrinter::EmitGlobalConstant(llvm::Constant const*, unsigned int) + 109 10 llc 0x0000000000eb4754 llvm::AsmPrinter::EmitGlobalVariable(llvm::GlobalVariable const*) + 2656 11 llc 0x0000000000eb66d6 llvm::AsmPrinter::doFinalization(llvm::Module&) + 164 12 llc 0x000000000127b6ae llvm::FPPassManager::doFinalization(llvm::Module&) + 76 13 llc 0x000000000127b5be llvm::FPPassManager::runOnModule(llvm::Module&) + 156 14 llc 0x000000000127b8bb llvm::MPPassManager::runOnModule(llvm::Module&) + 459 15 llc 0x000000000127bdfb llvm::PassManagerImpl::run(llvm::Module&) + 125 16 llc 0x000000000127c307 llvm::PassManager::run(llvm::Module&) + 39 17 llc 0x00000000009a7e64 main + 2266 18 libc.so.6 0x00007f5fde001c4d __libc_start_main + 253 19 llc 0x00000000009a6c89 Stack dump: 0. Program arguments: /home/actong/src/llvm/Debug+Asserts/bin/llc test.bc 1. Running pass 'Function Pass Manager' on module 'test.bc'. 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 llvm.org Wed Aug 4 19:35:37 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 19:35:37 -0500 (CDT) Subject: [LLVMbugs] [Bug 7790] ARM disassembler disassembles rrx as rrx #0 In-Reply-To: References: Message-ID: <20100805003537.AE9E02A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7790 Bob Wilson changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Bob Wilson 2010-08-04 19:35:37 CDT --- Nice catch! I guess we've never generated an rrx operand, because the Darwin assembler won't accept "rrx #0". Fixed in svn 110292. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 19:45:54 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 19:45:54 -0500 (CDT) Subject: [LLVMbugs] [Bug 7810] Clang rejects const-qualified parameter type for operator delete In-Reply-To: References: Message-ID: <20100805004554.EDBD62A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7810 Sebastian Redl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sebastian.redl at getdesigned. | |at Resolution| |FIXED --- Comment #1 from Sebastian Redl 2010-08-04 19:45:54 CDT --- Fixed in r110294. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 19:54:09 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 19:54:09 -0500 (CDT) Subject: [LLVMbugs] [Bug 7822] New: vmkit: lazy compilation fails when triggered from AOT compiled code Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7822 Summary: vmkit: lazy compilation fails when triggered from AOT compiled code Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: actong88 at gmail.com CC: llvmbugs at cs.uiuc.edu Using the default J3 lazy compiler, AOT compiled code that calls a stub and triggers a lazy compilation will crash vmkit. The problem appears to be that the J3 lazy compiler uses debug information of the caller of the stub to determine the constant pool entry that corresponds with the stubbed method. AOT compiled code is missing this debug information, which causes vmkit to crash. Test case I've been using is trying to run the dacapo benchmarks (www.dacapobench.org). Run the following with a precompiled libvmjc.so: $ CLASSPATH=dacapo-9.12-bach.jar vmkit -java Harness -l I received a SIGSEGV: either the VM code or an external native method is bogus. Aborting... Segmentation fault $ Using the LLVM lazy compiler works (as does running without libvmjc.so): $ CLASSPATH=dacapo-9.12-bach.jar vmkit -llvm-lazy -java Harness -l avrora batik eclipse fop h2 jython luindex lusearch pmd sunflow tomcat tradebeans tradesoap xalan $ -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 20:21:52 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 20:21:52 -0500 (CDT) Subject: [LLVMbugs] [Bug 7801] Unallowed cast from incomplete type to void* In-Reply-To: References: Message-ID: <20100805012152.7E5662A6C130@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7801 Sebastian Redl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Sebastian Redl 2010-08-04 20:21:52 CDT --- Modifying isObjectType didn't break any regression tests, so I just did it. Fixed in r110295. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Wed Aug 4 20:23:43 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Wed, 4 Aug 2010 20:23:43 -0500 (CDT) Subject: [LLVMbugs] [Bug 7817] Members of anonymous unions shall be unique in their scope In-Reply-To: References: Message-ID: <20100805012343.28B282A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7817 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |INVALID --- Comment #1 from Eli Friedman 2010-08-04 20:23:42 CDT --- A class isn't an "entity"; see [basic]. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 01:29:00 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 01:29:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 7100] "'var' is always NULL in this context" warning doesn't do enough data flow to know that; fires in embarrassing ways. In-Reply-To: References: Message-ID: <20100805062900.6AB982A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7100 Nick Lewycky changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |nicholas at mxc.ca Resolution| |FIXED --- Comment #8 from Nick Lewycky 2010-08-05 01:28:59 CDT --- Removed in r110314. The testcase had some excellent examples of things we really ought to warn for. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 01:40:37 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 01:40:37 -0500 (CDT) Subject: [LLVMbugs] [Bug 7823] New: warn on use of variable in else clause Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7823 Summary: warn on use of variable in else clause Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs AssignedTo: unassignedclangbugs at nondot.org ReportedBy: nicholas at mxc.ca CC: llvmbugs at cs.uiuc.edu We'd like to warn on uses of the 'tested-as-zero-value' variable declared inside an if-statement. For example: if (x = test()) { ... } else { doSomething(x); } should issue a warning. However, this requires dataflow to do correctly: if (x = test()) { ... } else { x = test2(); doSomething(x); } should not issue a warning. Even more evil: if (x = test()) { ... goto label; } else { label: doSomething(x); } shouldn't issue a warning either. Please see bug 7100 for issues with the previous implementation of this warning and test/SemaCXX/warn-for-var-in-else.cpp for more examples we should warn about. ( http://llvm.org/viewvc/llvm-project/cfe/trunk/test/SemaCXX/warn-for-var-in-else.cpp?revision=91446&view=markup&pathrev=110313 ) -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 02:32:53 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 02:32:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 7824] New: Warning improvement for cv-qualified free functions Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7824 Summary: Warning improvement for cv-qualified free functions Product: clang Version: trunk Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: ace2001ac at gmail.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com Currently if you have a cv-qualified free function, you get the following warning: t.cpp:20:6: error: type qualifier is not allowed on this function void foo() const {} ^ The ^ points at the function name rather than at the const, which it is really complaining about. The text could also be improved to say: const qualifier is not allowed on this function or volatile qualifier is not allowed on this function or const volatile qualifier is not allowed on this function I imagine the errors for & and && in C++0x would be similar. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 03:26:54 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 03:26:54 -0500 (CDT) Subject: [LLVMbugs] [Bug 7825] New: Linear Scan Register Allocator expensive checks crash Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7825 Summary: Linear Scan Register Allocator expensive checks crash Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5330) --> (http://llvm.org/bugs/attachment.cgi?id=5330) testcase .ll When built with expensive checks enabled, I see the following with the attached testcase: $ llc regex.bc /usr/include/c++/4.4/debug/safe_iterator.h:460:error: attempt to compare a singular iterator to a singular iterator. Objects involved in the operation: iterator "lhs" @ 0x0x7fff7e091720 { type = N11__gnu_debug14_Safe_iteratorISt23_Rb_tree_const_iteratorISt4pairIKPN4llvm12MachineInstrES2_IjNS3_10VirtRegMap6ModRefEEEENSt7__debug8multimapIS5_S9_St4lessIS5_ESaISA_EEEEE (constant iterator); state = singular; references sequence with type `NSt7__debug8multimapIPN4llvm12MachineInstrESt4pairIjNS1_10VirtRegMap6ModRefEESt4lessIS3_ESaIS4_IKS3_S7_EEEE' @ 0x0x7fff7e091720 } iterator "rhs" @ 0x0x7fff7e0916f0 { type = N11__gnu_debug14_Safe_iteratorISt23_Rb_tree_const_iteratorISt4pairIKPN4llvm12MachineInstrES2_IjNS3_10VirtRegMap6ModRefEEEENSt7__debug8multimapIS5_S9_St4lessIS5_ESaISA_EEEEE (constant iterator); state = singular; references sequence with type `NSt7__debug8multimapIPN4llvm12MachineInstrESt4pairIjNS1_10VirtRegMap6ModRefEESt4lessIS3_ESaIS4_IKS3_S7_EEEE' @ 0x0x7fff7e0916f0 } 0 llc 0x000000000187aab7 1 llc 0x000000000187a97b 2 libc.so.6 0x00007f2d4070ac00 3 libc.so.6 0x00007f2d4070ab85 gsignal + 53 4 libc.so.6 0x00007f2d4070e6d0 abort + 384 5 libstdc++.so.6 0x00007f2d40f57b54 __gnu_debug::_Error_formatter::_M_error() const + 372 6 llc 0x00000000014b3126 bool __gnu_debug::operator!= > >, std::__debug::multimap, std::less, std::allocator > > > >(__gnu_debug::_Safe_iterator > >, std::__debug::multimap, std::less, std::allocator > > > > const&, __gnu_debug::_Safe_iterator > >, std::__debug::multimap, std::less, std::allocator > > > > const&) + 184 7 llc 0x00000000014aa9f8 8 llc 0x00000000014a496f 9 llc 0x0000000001386a13 10 llc 0x000000000132e15d llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 95 11 llc 0x000000000177972d llvm::FPPassManager::runOnFunction(llvm::Function&) + 405 12 llc 0x000000000177994a llvm::FPPassManager::runOnModule(llvm::Module&) + 102 13 llc 0x0000000001779cac llvm::MPPassManager::runOnModule(llvm::Module&) + 506 14 llc 0x000000000177a221 llvm::PassManagerImpl::run(llvm::Module&) + 125 15 llc 0x000000000177a72d llvm::PassManager::run(llvm::Module&) + 39 16 llc 0x0000000000cb56a0 main + 2368 17 libc.so.6 0x00007f2d406f5d8d __libc_start_main + 253 18 llc 0x0000000000cb4349 Stack dump: 0. Program arguments: llc regex.bc 1. Running pass 'Function Pass Manager' on module 'regex.bc'. 2. Running pass 'Linear Scan Register Allocator' on function '@byte_regex_compile' Aborted (core dumped) -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 05:12:53 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 05:12:53 -0500 (CDT) Subject: [LLVMbugs] [Bug 6971] Code generation for non-constant __builtin_offsetof In-Reply-To: References: Message-ID: <20100805101253.4BD7A2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6971 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #1 from Eli Friedman 2010-08-05 05:12:52 CDT --- Fixed in r110326. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 07:41:23 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 07:41:23 -0500 (CDT) Subject: [LLVMbugs] [Bug 7826] New: -Xclang forwards to GCC Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7826 Summary: -Xclang forwards to GCC Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Driver AssignedTo: unassignedclangbugs at nondot.org ReportedBy: amaury.pouly at gmail.com CC: llvmbugs at cs.uiuc.edu According to the documentation of the -Xclang switch, it 'Pass arg to the clang compiler frontend.'. But then, when used, the arguments are also passed to the assembler and the linker if GCC is used. Example (the -W switch is a random one, I just picked it because clang -cc1 recognizes it): # clang -ccc-echo -Xclang -W -o ioi ioi.c "/home/pamaury/avalon/bin/clang" -cc1 -triple x86_64-unknown-linux-gnu -S -disable-free -main-file-name ioi.c -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -munwind-tables -target-cpu x86-64 -resource-dir /home/pamaury/avalon/lib/clang/2.8 -ferror-limit 19 -fmessage-length 202 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -W -o /tmp/cc-0rvFL5.s -x c ioi.c "/usr/bin/gcc" -Xclang -W -c -m64 -o /tmp/cc-GuWlIA.o -x assembler /tmp/cc-0rvFL5.s gcc: unrecognized option '-Xclang' "/usr/bin/gcc" -Xclang -W -m64 -o ioi /tmp/cc-GuWlIA.o gcc: unrecognized option '-Xclang' Looking at the code, it seems that this is because the generic gcc code in gcc::Common::ConstructJob forwards an argument if the option hasForwardToGCC() and hasForwardToGCC() itself is defined as: bool hasForwardToGCC() const { return !DriverOption && !LinkerInput; } Which seems strange to me because obviously, clang will not use GCC as the compiler itself (that would defeat the point of using clang :)) so when using the -Xclang option which is not a driver option nor a linker input but clearly a compiler related switch, it should not be forwarded to gcc. As far as I understand, there already are options to forward to the linker and assembler (-Wl, and -Wa, should work, I never tried them) so I don't see why the driver would forward other arguments to 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 llvm.org Thu Aug 5 10:26:27 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 10:26:27 -0500 (CDT) Subject: [LLVMbugs] [Bug 753] bugpoint should fork/exec opt instead of fork/exec'ing itself to run opt passes In-Reply-To: References: Message-ID: <20100805152627.BEEB52A6C130@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=753 Rafael ?vila de Esp?ndola changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #4 from Rafael ?vila de Esp?ndola 2010-08-05 10:26:27 CDT --- Fixed in 110333. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 10:32:16 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 10:32:16 -0500 (CDT) Subject: [LLVMbugs] [Bug 7811] Linker (llvm-ld) lose debug information on global variables even without optimizations enabled In-Reply-To: References: Message-ID: <20100805153216.BFB5C2A6C12C@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7811 Daniel Dunbar changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |daniel at zuster.org Resolution| |INVALID --- Comment #1 from Daniel Dunbar 2010-08-05 10:32:16 CDT --- llvm-ld runs a whole host of optimizations, which is what is stripping the debug info I imagine. Use llvm-ld --disable-opt to avoid 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 llvm.org Thu Aug 5 11:20:43 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 11:20:43 -0500 (CDT) Subject: [LLVMbugs] [Bug 7827] New: Clang bug with C99 array as parameter Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7827 Summary: Clang bug with C99 array as parameter Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: LLVM Codegen AssignedTo: unassignedclangbugs at nondot.org ReportedBy: bertsch at iss.rwth-aachen.de CC: llvmbugs at cs.uiuc.edu (as reported on cfe-dev on 08/03/10:) With clang trunk (r110038) the following call fails: clang test.c with test.c: void function(short width, int data[][width]) {} void test() { function(1, 0); } I get an assertion in CodeGen: /clang_trunk/cmake/bin/clang test.c clang: /clang_trunk/llvm/tools/clang/lib/CodeGen/CGExpr.cpp:1167: clang::CodeGen::LValue clang::CodeGen::CodeGenFunction::EmitDeclRefLValue(const clang::DeclRefExpr*): Assertion `V && "DeclRefExpr not entered in LocalDeclMap?"' failed. Stack dump: 0. Program arguments: /clang_trunk/cmake/bin/clang -cc1 -triple x86_64-unknown-linux-gnu -S -disable-free -main-file-name test.c -mrelocation-model static -mdisable-fp-elim -mconstructor-aliases -munwind-tables -target-cpu x86-64 -resource-dir /clang_trunk/cmake/lib/clang/2.8 -ferror-limit 19 -fmessage-length 80 -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-CFGwvn.s -x c test.c 1. parser at end of file 2. test.c:2:6: LLVM IR generation of declaration 'test' 3. test.c:2:6: Generating code for declaration 'test' 4. test.c:2:13: LLVM IR generation of compound statement ('{}') clang: error: clang frontend 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 llvm.org Thu Aug 5 12:39:31 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 12:39:31 -0500 (CDT) Subject: [LLVMbugs] [Bug 7568] linker errors compiling perl from spec2006 In-Reply-To: References: Message-ID: <20100805173931.15D592A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7568 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |INVALID --- Comment #3 from Eli Friedman 2010-08-05 12:39:30 CDT --- Expect problems if the __attribute specifications in system headers get #define'ed away; in this case, the "__attribute__ ((__gnu_inline__))" which is supposed to be attached to the inline definition of __signbitf is getting defined away. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 12:59:12 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 12:59:12 -0500 (CDT) Subject: [LLVMbugs] [Bug 7113] Clang should warn on absurd implicit conversions to NULL In-Reply-To: References: Message-ID: <20100805175912.34AC82A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7113 Sebastian Redl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sebastian.redl at getdesigned. | |at Resolution| |FIXED --- Comment #2 from Sebastian Redl 2010-08-05 12:59:11 CDT --- We now have -Wbool-conversion -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 13:13:41 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 13:13:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 7825] Linear Scan Register Allocator expensive checks crash In-Reply-To: References: Message-ID: <20100805181341.E8A722A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7825 Jakob Stoklund Olesen changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #1 from Jakob Stoklund Olesen 2010-08-05 13:13:41 CDT --- Fixed in r110355. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 13:18:05 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 13:18:05 -0500 (CDT) Subject: [LLVMbugs] [Bug 7828] New: Check that all paths return the proper (unowned) retain count Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7828 Summary: Check that all paths return the proper (unowned) retain count Product: clang Version: trunk Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: enhancement Priority: P Component: Static Analyzer AssignedTo: kremenek at apple.com ReportedBy: tom+bugzilla at omnigroup.com CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5332) --> (http://llvm.org/bugs/attachment.cgi?id=5332) A .m file showing an undetected under retained return from a method. If a method returns (implicitly or explicitly) NS_RETURNS_RETAINED, the checker could check that the returned object has exactly one unowned retain. For example in the attached test case, if -[RandomResult godOnlyKnows] return NO, we'll probably crash later on due to the missing retain. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 15:00:11 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 15:00:11 -0500 (CDT) Subject: [LLVMbugs] [Bug 7829] New: -loop-extract crash "Invalid DominatorTree info!" Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7829 Summary: -loop-extract crash "Invalid DominatorTree info!" Product: new-bugs Version: unspecified Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: baldrick at free.fr CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5333) --> (http://llvm.org/bugs/attachment.cgi?id=5333) testcase .ll I actually think this is a pass manager problem. The loop-extract pass does not preserve dominator info, nonetheless dominator info is not being recalculated after it has run on each loop as far as I can see. Anyway, here's what goes wrong: $ opt -loop-extract enormlz.bc -o /dev/null opt: llvm/lib/VMCore/Dominators.cpp:70: virtual void llvm::DominatorTree::verifyAnalysis() const: Assertion `!compare(OtherDT) && "Invalid DominatorTree info!"' failed. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 15:34:13 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 15:34:13 -0500 (CDT) Subject: [LLVMbugs] [Bug 7762] OpenSolaris link failure, link commands missing key libraries In-Reply-To: References: Message-ID: <20100805203413.2602D2A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7762 Eric Christopher changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #15 from Eric Christopher 2010-08-05 15:34:12 CDT --- Not having the solaris nm I can't tell if it's a bug with that nm or a bug in the configure options being output. I'll be sure to put something into the release notes. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 16:00:24 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 16:00:24 -0500 (CDT) Subject: [LLVMbugs] [Bug 7830] New: CStringChecker cast assertion Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7830 Summary: CStringChecker cast assertion Product: clang Version: unspecified Platform: PC OS/Version: All Status: NEW Severity: normal Priority: P Component: Static Analyzer AssignedTo: kremenek at apple.com ReportedBy: tcare at apple.com CC: llvmbugs at cs.uiuc.edu, jediknil at belkadan.com, tcare at apple.com Created an attachment (id=5334) --> (http://llvm.org/bugs/attachment.cgi?id=5334) Preprocessed file I've been seeing a casting assertion in CStringChecker in recent builds of clang. STDERR and preprocessed file attached. Stack trace: Assertion failed: (isa(Val) && "cast() argument of incompatible type!"), function cast, file /Volumes/Data/Users/tcare/Projects/llvm/include/llvm/Support/Casting.h, line 202. Program received signal SIGABRT, Aborted. 0x00007fff80a589d6 in __kill () (gdb) bt #0 0x00007fff80a589d6 in __kill () #1 0x00007fff80af8fea in abort () #2 0x00007fff80ae5fb0 in __assert_rtn () #3 0x00000001006c4145 in llvm::cast (Val=@0x7fff5fbf9830) at /Volumes/Data/Users/tcare/Projects/llvm/include/llvm/Support/Casting.h:202 #4 0x00000001006ea64a in (anonymous namespace)::CStringChecker::CheckBufferAccess (this=0x104ce5790, C=@0x7fff5fbf9e30, state=0x1058d9f88, Size=0x10580dc28, FirstBuf=0x10580dee0, SecondBuf=0x10580df18) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/CStringChecker.cpp:240 #5 0x00000001006e9900 in (anonymous namespace)::CStringChecker::EvalCopyCommon (this=0x104ce5790, C=@0x7fff5fbf9e30, state=0x1058d9f88, Size=0x10580dc28, Dest=0x10580dee0, Source=0x10580df18, Restricted=true) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/CStringChecker.cpp:558 #6 0x00000001006e8574 in (anonymous namespace)::CStringChecker::EvalMemcpy (this=0x104ce5790, C=@0x7fff5fbf9e30, CE=0x10580de50) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/CStringChecker.cpp:573 #7 0x00000001006e83d0 in (anonymous namespace)::CStringChecker::EvalCallExpr (this=0x104ce5790, C=@0x7fff5fbf9e30, CE=0x10580de50) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/CStringChecker.cpp:710 #8 0x000000010072dc3c in clang::Checker::GR_EvalCallExpr (this=0x104ce5790, Dst=@0x7fff5fbfa018, Builder=@0x7fff5fbfb5b8, Eng=@0x7fff5fbfb9e0, CE=0x10580de50, Pred=0x1058d8ae0, tag=0x1021f5bc0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/Checker.h:219 #9 0x00000001007108f4 in clang::GRExprEngine::CheckerEvalCall (this=0x7fff5fbfb9e0, CE=0x10580de50, Dst=@0x7fff5fbfa468, Pred=0x1058d8ae0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:285 #10 0x000000010071a062 in clang::GRExprEngine::VisitCall (this=0x7fff5fbfb9e0, CE=0x10580de50, Pred=0x1058cf390, AI={I = 0x10580de88}, AE={I = 0x10580dea8}, Dst=@0x7fff5fbfb230, asLValue=false) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:1997 #11 0x0000000100714d23 in clang::GRExprEngine::Visit (this=0x7fff5fbfb9e0, S=0x10580de50, Pred=0x1058cf390, Dst=@0x7fff5fbfb230) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:772 #12 0x0000000100713634 in clang::GRExprEngine::ProcessStmt (this=0x7fff5fbfb9e0, CE={Data = {Value = 4387298896}}, builder=@0x7fff5fbfb5b8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:608 #13 0x000000010070bd0a in clang::GRCoreEngine::ProcessStmt (this=0x7fff5fbfb9f0, E={Data = {Value = 4387298896}}, Builder=@0x7fff5fbfb5b8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/GRCoreEngine.h:90 #14 0x0000000100708606 in clang::GRCoreEngine::HandlePostStmt (this=0x7fff5fbfb9f0, L=@0x7fff5fbfb770, B=0x105823f18, StmtIdx=1, Pred=0x1058cf390) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRCoreEngine.cpp:385 #15 0x0000000100707d40 in clang::GRCoreEngine::ExecuteWorkList (this=0x7fff5fbfb9f0, L=0x104ce36f0, Steps=149496, InitState=0x0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRCoreEngine.cpp:197 #16 0x00000001006590fa in clang::GRExprEngine::ExecuteWorkList (this=0x7fff5fbfb9e0, L=0x104ce36f0, Steps=150000) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/GRExprEngine.h:117 #17 0x00000001006539b6 in ActionGRExprEngine (C=@0x104c0de90, mgr=@0x104c0f040, D=0x1058077f0, tf=0x104ce0b40) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:354 #18 0x0000000100653746 in ActionObjCMemCheckerAux (C=@0x104c0de90, mgr=@0x104c0f040, D=0x1058077f0, GCEnabled=false) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:375 #19 0x000000010065353f in ActionObjCMemChecker (C=@0x104c0de90, mgr=@0x104c0f040, D=0x1058077f0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:385 #20 0x0000000100657a4b in (anonymous namespace)::AnalysisConsumer::HandleCode (this=0x104c0de90, D=0x1058077f0, actions=@0x104c0dea0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:302 #21 0x0000000100657007 in (anonymous namespace)::AnalysisConsumer::HandleTranslationUnit (this=0x104c0de90, C=@0x105013c00) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:214 #22 0x00000001003a4714 in clang::ParseAST (PP=@0x104c08a10, Consumer=0x104c0de90, Ctx=@0x105013c00, PrintStats=false, CompleteTranslationUnit=true, CompletionConsumer=0x0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Sema/ParseAST.cpp:108 #23 0x00000001000b0b89 in clang::ASTFrontendAction::ExecuteAction (this=0x104c07e90) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:256 #24 0x00000001000b075d in clang::FrontendAction::Execute (this=0x104c07e90) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:184 #25 0x000000010007ce64 in clang::CompilerInstance::ExecuteAction (this=0x104c076c0, Act=@0x104c07e90) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/CompilerInstance.cpp:505 #26 0x0000000100009e7b in cc1_main (ArgBegin=0x7fff5fbfe720, ArgEnd=0x7fff5fbfe8e0, Argv0=0x104c04438 "/Volumes/Data/Users/tcare/Projects/llvm-eclipse/bin/clang", MainAddr=0x100001640) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/tools/driver/cc1_main.cpp:281 #27 0x000000010000193c in main (argc_=58, argv_=0x7fff5fbfefa8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/tools/driver/driver.cpp:267 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 16:07:01 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 16:07:01 -0500 (CDT) Subject: [LLVMbugs] [Bug 7831] New: Assertion in StreamChecker::CheckDoubleClose Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7831 Summary: Assertion in StreamChecker::CheckDoubleClose Product: clang Version: trunk Platform: All OS/Version: All Status: NEW Severity: normal Priority: P Component: Static Analyzer AssignedTo: kremenek at apple.com ReportedBy: tcare at apple.com CC: xuzhongxing at gmail.com, llvmbugs at cs.uiuc.edu, ioripolo at gmail.com, tcare at apple.com Created an attachment (id=5336) --> (http://llvm.org/bugs/attachment.cgi?id=5336) Preprocessed file Appearing frequently in scan-build over git trunk. Trace: ANALYZE: builtin/merge.c merge_name Assertion failed: (SS), function CheckDoubleClose, file /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/StreamChecker.cpp, line 376. Program received signal SIGABRT, Aborted. 0x00007fff80a589d6 in __kill () (gdb) bt #0 0x00007fff80a589d6 in __kill () #1 0x00007fff80af8fea in abort () #2 0x00007fff80ae5fb0 in __assert_rtn () #3 0x00000001007c284b in (anonymous namespace)::StreamChecker::CheckDoubleClose (this=0x104cea7d0, CE=0x1058bcf98, state=0x1059990c0, C=@0x7fff5fbf9e40) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/StreamChecker.cpp:376 #4 0x00000001007c16c1 in (anonymous namespace)::StreamChecker::Fclose (this=0x104cea7d0, C=@0x7fff5fbf9e40, CE=0x1058bcf98) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/StreamChecker.cpp:250 #5 0x00000001007c116c in (anonymous namespace)::StreamChecker::EvalCallExpr (this=0x104cea7d0, C=@0x7fff5fbf9e40, CE=0x1058bcf98) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/StreamChecker.cpp:165 #6 0x000000010072dc3c in clang::Checker::GR_EvalCallExpr (this=0x104cea7d0, Dst=@0x7fff5fbfa028, Builder=@0x7fff5fbfb5c8, Eng=@0x7fff5fbfb9f0, CE=0x1058bcf98, Pred=0x1059990e8, tag=0x1021f5c60) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/Checker.h:219 #7 0x00000001007108f4 in clang::GRExprEngine::CheckerEvalCall (this=0x7fff5fbfb9f0, CE=0x1058bcf98, Dst=@0x7fff5fbfa478, Pred=0x1059990e8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:285 #8 0x000000010071a062 in clang::GRExprEngine::VisitCall (this=0x7fff5fbfb9f0, CE=0x1058bcf98, Pred=0x105959610, AI={I = 0x1058bcfd0}, AE={I = 0x1058bcfd8}, Dst=@0x7fff5fbfb240, asLValue=false) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:1997 #9 0x0000000100714d23 in clang::GRExprEngine::Visit (this=0x7fff5fbfb9f0, S=0x1058bcf98, Pred=0x105959610, Dst=@0x7fff5fbfb240) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:772 #10 0x0000000100713634 in clang::GRExprEngine::ProcessStmt (this=0x7fff5fbfb9f0, CE={Data = {Value = 4388016024}}, builder=@0x7fff5fbfb5c8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRExprEngine.cpp:608 #11 0x000000010070bd0a in clang::GRCoreEngine::ProcessStmt (this=0x7fff5fbfba00, E={Data = {Value = 4388016024}}, Builder=@0x7fff5fbfb5c8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/GRCoreEngine.h:90 #12 0x0000000100708606 in clang::GRCoreEngine::HandlePostStmt (this=0x7fff5fbfba00, L=@0x7fff5fbfb780, B=0x105908168, StmtIdx=1, Pred=0x105959610) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRCoreEngine.cpp:385 #13 0x0000000100707d40 in clang::GRCoreEngine::ExecuteWorkList (this=0x7fff5fbfba00, L=0x104cea870, Steps=149589, InitState=0x0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/GRCoreEngine.cpp:197 #14 0x00000001006590fa in clang::GRExprEngine::ExecuteWorkList (this=0x7fff5fbfb9f0, L=0x104cea870, Steps=150000) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/include/clang/Checker/PathSensitive/GRExprEngine.h:117 #15 0x00000001006539b6 in ActionGRExprEngine (C=@0x104c0ded0, mgr=@0x104c0f0e0, D=0x1058b68a0, tf=0x104ce7c90) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:354 #16 0x0000000100653746 in ActionObjCMemCheckerAux (C=@0x104c0ded0, mgr=@0x104c0f0e0, D=0x1058b68a0, GCEnabled=false) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:375 #17 0x000000010065353f in ActionObjCMemChecker (C=@0x104c0ded0, mgr=@0x104c0f0e0, D=0x1058b68a0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:385 #18 0x0000000100657a4b in (anonymous namespace)::AnalysisConsumer::HandleCode (this=0x104c0ded0, D=0x1058b68a0, actions=@0x104c0dee0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:302 #19 0x0000000100657007 in (anonymous namespace)::AnalysisConsumer::HandleTranslationUnit (this=0x104c0ded0, C=@0x105013c00) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Checker/AnalysisConsumer.cpp:214 #20 0x00000001003a4714 in clang::ParseAST (PP=@0x104c08a60, Consumer=0x104c0ded0, Ctx=@0x105013c00, PrintStats=false, CompleteTranslationUnit=true, CompletionConsumer=0x0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Sema/ParseAST.cpp:108 #21 0x00000001000b0b89 in clang::ASTFrontendAction::ExecuteAction (this=0x104c07ee0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:256 #22 0x00000001000b075d in clang::FrontendAction::Execute (this=0x104c07ee0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:184 #23 0x000000010007ce64 in clang::CompilerInstance::ExecuteAction (this=0x104c07710, Act=@0x104c07ee0) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/lib/Frontend/CompilerInstance.cpp:505 #24 0x0000000100009e7b in cc1_main (ArgBegin=0x7fff5fbfe730, ArgEnd=0x7fff5fbfe8e8, Argv0=0x104c04438 "/Volumes/Data/Users/tcare/Projects/llvm-eclipse/bin/clang", MainAddr=0x100001640) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/tools/driver/cc1_main.cpp:281 #25 0x000000010000193c in main (argc_=57, argv_=0x7fff5fbfefb8) at /Volumes/Data/Users/tcare/Projects/llvm/tools/clang/tools/driver/driver.cpp:267 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 17:28:55 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 17:28:55 -0500 (CDT) Subject: [LLVMbugs] [Bug 7809] TargetSelect.h shouldn't include llvm/Config/config.h In-Reply-To: References: Message-ID: <20100805222855.09EF42A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7809 Eric Christopher changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |FIXED AssignedTo|unassignedbugs at nondot.org |echristo at gmail.com --- Comment #3 from Eric Christopher 2010-08-05 17:28:54 CDT --- Looks like the include just isn't necessary. Fixed thusly: [yendi:Data/sources/llvm] echristo% svn ci include/ Sending include/llvm/Target/TargetSelect.h Transmitting file data . Committed revision 110385. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 17:29:00 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 17:29:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 7832] New: ARM Disassembler: BLX is variously disassembled as B or BL Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7832 Summary: ARM Disassembler: BLX is variously disassembled as B or BL Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: new bugs AssignedTo: unassignedbugs at nondot.org ReportedBy: sliedes at cc.hut.fi CC: llvmbugs at cs.uiuc.edu (trunk r110360) I think the ARM disassembler does not produce the BLX instruction ever. Instead, it is variously (and wrongly) disassembled as B or BL. B is defined as cond 1010 imm24 BL as cond 1011 imm24 and BLX as 1111 101H imm24 There's no contradiction in this, because 1111 is not a valid condition code. However, llvm-mc disassembles blx instructions as b or bl: $ echo '0x3a 0x9f 0xb5 0xfa' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm b #-19497744 (This is BLX 0xfed69dc8) $ echo '0x00 0x00 0x68 0xfb' |Release+Asserts/bin/llvm-mc --disassemble --triple=arm bl #27262984 (This is BLX 0x1a02492) -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 17:46:39 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 17:46:39 -0500 (CDT) Subject: [LLVMbugs] [Bug 7809] TargetSelect.h shouldn't include llvm/Config/config.h In-Reply-To: References: Message-ID: <20100805224639.909FB2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7809 Eric Christopher changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 18:20:51 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 18:20:51 -0500 (CDT) Subject: [LLVMbugs] [Bug 7830] CStringChecker cast assertion In-Reply-To: References: Message-ID: <20100805232051.47FD02A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7830 Jordy Rose changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Jordy Rose 2010-08-05 18:20:50 CDT --- Checking whether a buffer access a valid wasn't stopping to make sure we actually knew anything about the buffer -- if it was an expression we couldn't handle, it ends up as UnknownVal. Should be fixed in r110390. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 18:24:46 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 18:24:46 -0500 (CDT) Subject: [LLVMbugs] [Bug 7831] Assertion in StreamChecker::CheckDoubleClose In-Reply-To: References: Message-ID: <20100805232447.092A92A6C124@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=7831 Zhongxing Xu changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #2 from Zhongxing Xu 2010-08-05 18:24:46 CDT --- Fixed in r110392. -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Thu Aug 5 21:55:41 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 21:55:41 -0500 (CDT) Subject: [LLVMbugs] [Bug 5390] Problems in __builtin_offsetof locations In-Reply-To: References: Message-ID: <20100806025541.DCCCC2A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=5390 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |sharparrow1 at yahoo.com Resolution| |FIXED --- Comment #5 from Eli Friedman 2010-08-05 21:55:41 CDT --- Should be fixed by the switch to OffsetOfExpr; please re-open or file a new bug if there are still 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 llvm.org Thu Aug 5 23:34:32 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Thu, 5 Aug 2010 23:34:32 -0500 (CDT) Subject: [LLVMbugs] [Bug 7833] New: possible integer wrong code bug on x64 Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7833 Summary: possible integer wrong code bug on x64 Product: new-bugs Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P 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 [regehr at babel work000]$ clang -O1 small.c -o small [regehr at babel work000]$ ./small -1 [regehr at babel work000]$ clang -O2 small.c -o small [regehr at babel work000]$ ./small 255 [regehr at babel work000]$ clang -v clang version 2.8 (trunk 110342) Target: x86_64-unknown-linux-gnu Thread model: posix [regehr at babel work000]$ cat small.c extern int printf (__const char *__restrict __format, ...); static int g_16 = -1; static int g_108; int *g_107 = &g_108; static int **g_106 = &g_107; static int g_252; static int g_263 = 0x79B6A971L; int func_2 (int p_4, int p_5, unsigned long p_6) { g_16 = 0; **g_106 |= 7L; if (!(((&g_16 == 0) & ((7L >= p_4) >= p_6)))) { return p_5; } return p_6; } int main (void) { g_16 = func_2 (-4L, g_16, g_263) | 1; *g_107 = (0 != &g_252); printf("%d\n", g_16); return 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 llvm.org Fri Aug 6 01:32:00 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 6 Aug 2010 01:32:00 -0500 (CDT) Subject: [LLVMbugs] [Bug 6262] gcc 4.3.3 fails to build with clang In-Reply-To: References: Message-ID: <20100806063200.977F42A6C12D@llvm.org> http://llvm.org/bugs/show_bug.cgi?id=6262 Eli Friedman changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #2 from Eli Friedman 2010-08-06 01:31:59 CDT --- Building gcc with clang appears to work on x86-64 Linux; please reopen if you still run into 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 llvm.org Fri Aug 6 02:30:15 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 6 Aug 2010 02:30:15 -0500 (CDT) Subject: [LLVMbugs] [Bug 7834] New: clang crashes when compiling c++ code Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7834 Summary: clang crashes when compiling c++ code Product: clang Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: C++ AssignedTo: unassignedclangbugs at nondot.org ReportedBy: burger.gregor at gmail.com CC: llvmbugs at cs.uiuc.edu, dgregor at apple.com this is the output of the compiler. compiled clang with optimized. cmake was used to generate the makefile for my project. clang: CGExprAgg.cpp:796: void clang::CodeGen::CodeGenFunction::EmitAggregateCopy(llvm::Value*, llvm::Value*, clang::QualType, bool): Assertion `(Record->hasTrivialCopyConstructor() || Record->hasTrivialCopyAssignment()) && "Trying to aggregate-copy a type without a trivial copy " "constructor or assignment operator"' failed. 0 clang 0x000000000161bfcf 1 clang 0x000000000161ddb6 2 libpthread.so.0 0x00002b4ab2c4f8f0 3 libc.so.6 0x00002b4ab3844a75 gsignal + 53 4 libc.so.6 0x00002b4ab38485c0 abort + 384 5 libc.so.6 0x00002b4ab383d941 __assert_fail + 241 6 clang 0x000000000082dc0e clang::CodeGen::CodeGenFunction::EmitAggregateCopy(llvm::Value*, llvm::Value*, clang::QualType, bool) + 2574 7 clang 0x00000000008b8833 clang::CodeGen::CodeGenFunction::EmitNullInitialization(llvm::Value*, clang::QualType) + 339 8 clang 0x0000000000834c1b 9 clang 0x0000000000835617 clang::CodeGen::CodeGenFunction::EmitCXXNewExpr(clang::CXXNewExpr const*) + 2423 10 clang 0x0000000000848edd 11 clang 0x000000000084a90e 12 clang 0x0000000000847480 13 clang 0x000000000084ce99 clang::CodeGen::CodeGenFunction::EmitScalarExpr(clang::Expr const*, bool) + 121 14 clang 0x000000000081ec07 clang::CodeGen::CodeGenFunction::EmitAnyExpr(clang::Expr const*, llvm::Value*, bool, bool, bool) + 247 15 clang 0x000000000089a2b4 clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 148 16 clang 0x000000000089c57f clang::CodeGen::CodeGenFunction::EmitCompoundStmt(clang::CompoundStmt const&, bool, llvm::Value*, bool) + 223 17 clang 0x000000000089c83c clang::CodeGen::CodeGenFunction::EmitSimpleStmt(clang::Stmt const*) + 268 18 clang 0x000000000089a23c clang::CodeGen::CodeGenFunction::EmitStmt(clang::Stmt const*) + 28 19 clang 0x00000000008d6987 clang::CodeGen::CodeGenFunction::EmitConstructorBody(llvm::SmallVector, 16u>&) + 167 20 clang 0x00000000008b9c3f clang::CodeGen::CodeGenFunction::GenerateCode(clang::CodeGen::GlobalDecl, llvm::Function*) + 1263 21 clang 0x00000000007f48b3 clang::CodeGen::CodeGenModule::EmitCXXConstructor(clang::CXXConstructorDecl const*, clang::CXXCtorType) + 147 22 clang 0x00000000007cf9fe clang::CodeGen::CodeGenModule::EmitGlobalDefinition(clang::CodeGen::GlobalDecl) + 654 23 clang 0x00000000007cfcea clang::CodeGen::CodeGenModule::EmitGlobal(clang::CodeGen::GlobalDecl) + 618 24 clang 0x00000000007d00cd clang::CodeGen::CodeGenModule::EmitTopLevelDecl(clang::Decl*) + 365 25 clang 0x00000000007c5891 26 clang 0x00000000007c3fe4 27 clang 0x00000000008dde3e clang::ParseAST(clang::Preprocessor&, clang::ASTConsumer*, clang::ASTContext&, bool, bool, clang::CodeCompleteConsumer*) + 238 28 clang 0x00000000007c4b44 clang::CodeGenAction::ExecuteAction() + 68 29 clang 0x00000000006d93fd clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 349 30 clang 0x00000000006b321c cc1_main(char const**, char const**, char const*, void*) + 3004 31 clang 0x00000000006ba27a main + 4314 32 libc.so.6 0x00002b4ab382fc4d __libc_start_main + 253 33 clang 0x00000000006b10a9 Stack dump: 0. Program arguments: /usr/bin/clang -cc1 -triple x86_64-unknown-linux-gnu -S -disable-free -main-file-name defaultsimulation.cpp -pic-level 2 -mdisable-fp-elim -mconstructor-aliases -munwind-tables -target-cpu x86-64 -g -resource-dir /usr/lib/clang/2.8 -D nodes_EXPORTS -D QT_NO_KEYWORDS -D QT_DLL -D QT_SVG_LIB -D QT_GUI_LIB -D QT_XML_LIB -D QT_CORE_LIB -D PYTHON_DISABLED -D OPENMP_DISABLED -D DEBUG -D QT_DEBUG -I /usr/include/qt4 -I /usr/include/qt4/QtSvg -I /usr/include/qt4/QtGui -I /usr/include/qt4/QtXml -I /usr/include/qt4/QtCore -I /home/gregor/Work/cd3-1/src/cd3core -I /home/gregor/Work/cd3-1/src/cd3core/qs -Wall -ferror-limit 19 -fmessage-length 237 -fexceptions -fgnu-runtime -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/cc-lJHEzQ.s -x c++ /home/gregor/Work/cd3-1/src/nodes/defaultsimulation.cpp 1. /home/gregor/Work/cd3-1/src/nodes/defaultsimulation.cpp:19:1: current parser token 'DefaultSimulation' 2. /home/gregor/Work/cd3-1/src/nodes/defaultsimulation.cpp:15:20: LLVM IR generation of declaration 'DefaultSimulation::DefaultSimulation' 3. /home/gregor/Work/cd3-1/src/nodes/defaultsimulation.cpp:15:20: Generating code for declaration 'DefaultSimulation::DefaultSimulation' 4. /home/gregor/Work/cd3-1/src/nodes/defaultsimulation.cpp:15:56: LLVM IR generation of compound statement ('{}') clang: error: clang frontend command failed due to signal 6 (use -v to see invocation) make[2]: *** [src/nodes/CMakeFiles/nodes.dir/defaultsimulation.cpp.o] Error 250 make[1]: *** [src/nodes/CMakeFiles/nodes.dir/all] Error 2 make: *** [all] Error 2 -- Configure bugmail: http://llvm.org/bugs/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. From bugzilla-daemon at llvm.org Fri Aug 6 04:12:30 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 6 Aug 2010 04:12:30 -0500 (CDT) Subject: [LLVMbugs] [Bug 7835] New: GVN Crashes Message-ID: http://llvm.org/bugs/show_bug.cgi?id=7835 Summary: GVN Crashes Product: libraries Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P Component: Scalar Optimizations AssignedTo: unassignedbugs at nondot.org ReportedBy: e_mc_h2 at web.de CC: llvmbugs at cs.uiuc.edu Created an attachment (id=5338) --> (http://llvm.org/bugs/attachment.cgi?id=5338) Test-case to trigger crash I hit the attached testcase (as reduced by bugpoint) that causes global value numbering to crash: GVN iteration: 0 opt: /home/ness/media/src/llvm-fairy/lib/Transforms/Scalar/GVN.cpp:627: uint32_t::ValueTable::lookup(llvm::Value*) const: Assertion `VI != valueNumbering.end() && "Value not numbered?"' failed. 0 opt 0x0000000000bee6fe 1 opt 0x0000000000beec17 2 libpthread.so.0 0x00007fb22c5e2f60 3 libc.so.6 0x00007fb22b8f5175 gsignal + 53 4 libc.so.6 0x00007fb22b8f7f80 abort + 384 5 libc.so.6 0x00007fb22b8ee2b1 __assert_fail + 241 6 opt 0x000000000085e78d 7 opt 0x000000000085ed25 8 opt 0x0000000000862a19 9 opt 0x0000000000b691a9 llvm::FPPassManager::runOnFunction(llvm::Function&) + 345 10 opt 0x0000000000b6937f llvm::FPPassManager::runOnModule(llvm::Module&) + 81 11 opt 0x0000000000b68e6f llvm::MPPassManager::runOnModule(llvm::Module&) + 381 12 opt 0x0000000000b6a60b llvm::PassManagerImpl::run(llvm::Module&) + 111 13 opt 0x0000000000b6a66d llvm::PassManager::run(llvm::Module&) + 33 14 opt 0x00000000007d3750 main + 3437 15 libc.so.6 0x00007fb22b8e1c4d __libc_start_main + 253 16 opt 0x00000000007c5e19 Stack dump: 0. Program arguments: opt testcase.ll -gvn -debug 1. Running pass 'Function Pass Manager' on module 'testcase.ll'. 2. Running pass 'Global Value Numbering' on function '@cell_alloc' zsh: abort opt testcase.ll -gvn -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 llvm.org Fri Aug 6 04:59:55 2010 From: bugzilla-daemon at llvm.org (bugzilla-daemon at llvm.org) Date: Fri, 6 Aug 2010 04:59:55 -0500 (CDT) Subject: [LLVMbugs] [Bug 6930] clang: invalid input constraint "p" in asm In-Reply-To: