[llvm-bugs] [Bug 11316] Missing aggregate va_arg for PowerPC
https://llvm.org/bugs/show_bug.cgi?id=11316 Jörg Sonnenberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 23805] [OMP] Assertion `!Scope.isNormalCleanup() || !HasPrebranchedFallthrough || (Scope.getNormalBlock() && FallthroughSource->getTerminator()->getSuccessor(0) == Scope.getNormalBloc
https://llvm.org/bugs/show_bug.cgi?id=23805 Jörg Sonnenberger changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 25895] New: clang generates infinite loop at -O2
https://llvm.org/bugs/show_bug.cgi?id=25895 Bug ID: 25895 Summary: clang generates infinite loop at -O2 Product: libraries Version: 3.7 Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: Loop Optimizer Assignee: unassignedb...@nondot.org Reporter: daiwe...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Compiling this code on OSX using clang-3.7.0 with: clang++ -c -O2 -std=c++11 -stdlib=libc++ -arch arm64 miscompile.cpp results in code: $ otool -tV miscompile.o | c++filt | grep -E "^0+([0-9a-f]+)\s+cbz.*\1$" 3700cbzx12, 0x3700 inside of the function Object::copyArrayData. It appears that the inlined protoHasArray method is causing this code to be generated. This also happens when generating x86 code: 32b0testq %rdi, %rdi 32b3je 0x32b0 This doesn't happen with clang 3.6.2 or with a lower optimization level. P.S.: Apologies for the giant input file. I couldn't find a way to reproduce with a trivial example. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 25896] New: Hide stack frames from specific source files
https://llvm.org/bugs/show_bug.cgi?id=25896 Bug ID: 25896 Summary: Hide stack frames from specific source files Product: lldb Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: chinmayga...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified When my program is paused in the debugger, I would like to hide stack frames originating from certain source files (or libraries) from appearing in the backtrace. These frames usually correspond to standard library functions that I am not in the process of actively debugging. On a similar note, I did find `target.process.thread.step-avoid-regexp` which allows me to avoid stepping into select frames. However, I want to also suppress these frames in the backtrace listing, and, avoid showing the same when move up and down the bracktrace. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 25897] New: MemoryDependenceAnalysis scales badly
https://llvm.org/bugs/show_bug.cgi?id=25897 Bug ID: 25897 Summary: MemoryDependenceAnalysis scales badly Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Global Analyses Assignee: unassignedb...@nondot.org Reporter: jo...@netbsd.org CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 15503 --> https://llvm.org/bugs/attachment.cgi?id=15503&action=edit Reduced test case Compile the attached test case with -O2. Observe nearly all time spend in GVN and more specifically, MemoryDependenceAnalysis and getNonLocalPointerDepFromBB. Originally test case is significantly larger and doesn't finish in any reasonable time frame. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 25898] New: Exceptions of type pointer to member whose class type is incomplete are not correctly handled
https://llvm.org/bugs/show_bug.cgi?id=25898
Bug ID: 25898
Summary: Exceptions of type pointer to member whose class type
is incomplete are not correctly handled
Product: libc++abi
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: All Bugs
Assignee: unassignedb...@nondot.org
Reporter: david.majne...@gmail.com
CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com
Classification: Unclassified
consider:
#include
struct S;
void f();
#ifndef DEF_S
void f() { throw (int S::*)nullptr; }
#else
struct S {};
int main() {
try {
f();
} catch (int S::*) {
printf("caught it!\n");
}
}
#endif
run with:
~/llvm/Debug+Asserts/bin/clang++ -c -stdlib=libc++ -std=c++11 d.cpp -o a.o
~/llvm/Debug+Asserts/bin/clang++ -c -stdlib=libc++ -DDEF_S d.cpp -o b.o
-std=c++11
~/llvm/Debug+Asserts/bin/clang++ a.o b.o -o t -stdlib=libc++
ISTM that libc++abi isn't comparing the NTBS when __incomplete_class_mask is
set in the __pointer_to_member_type_info.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
llvm-bugs mailing list
llvm-bugs@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
