[llvm-bugs] [Bug 26351] New: In function `llvm::DiagnosticInfoUnsupported::print(llvm::DiagnosticPrinter&) const': /home/vedran/workspace/llvm/lib/CodeGen/DiagnosticInfoCodeGen.cpp:27: undefined refer
https://llvm.org/bugs/show_bug.cgi?id=26351 Bug ID: 26351 Summary: In function `llvm::DiagnosticInfoUnsupported::print(llvm::Diagnost icPrinter&) const': /home/vedran/workspace/llvm/lib/CodeGen/DiagnosticInfo CodeGen.cpp:27: undefined reference to `llvm::SDNode::print(llvm::raw_ostream&, llvm::SelectionDAG const*) const' Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Common Code Generator Code Assignee: unassignedb...@nondot.org Reporter: riva...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified [ 67%] Linking CXX shared library ../../lib64/libLLVMCodeGen.so CMakeFiles/LLVMCodeGen.dir/DiagnosticInfoCodeGen.cpp.o: In function `llvm::DiagnosticInfoUnsupported::print(llvm::DiagnosticPrinter&) const': /home/vedran/workspace/llvm/lib/CodeGen/DiagnosticInfoCodeGen.cpp:27: undefined reference to `llvm::SDNode::print(llvm::raw_ostream&, llvm::SelectionDAG const*) const' collect2: error: ld returned 1 exit status lib/CodeGen/CMakeFiles/LLVMCodeGen.dir/build.make:3380: recipe for target 'lib64/libLLVMCodeGen.so' failed make[2]: *** [lib64/libLLVMCodeGen.so] Error 1 CMakeFiles/Makefile2:837: recipe for target 'lib/CodeGen/CMakeFiles/LLVMCodeGen.dir/all' failed make[1]: *** [lib/CodeGen/CMakeFiles/LLVMCodeGen.dir/all] Error 2 Makefile:149: recipe for target 'all' failed make: *** [all] Error 2 The commit that causes this is ef19a274ade6e19fffe984603de9d5048a3f in git mirror, which is https://llvm.org/svn/llvm-project/llvm/trunk@259035 in svn. -- 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 26352] New: Implement CWG 1307; Differently bounded array parameters
https://llvm.org/bugs/show_bug.cgi?id=26352
Bug ID: 26352
Summary: Implement CWG 1307; Differently bounded array
parameters
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++14
Assignee: unassignedclangb...@nondot.org
Reporter: r...@gmx.net
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
int main() {
int f(int(&&)[1]);
int f(int(&&)[2]);
f({1});
}
The list initialization sequence specified by [over.ics.list]/5 for the first
overload is better as per [over.ics.rank]/(3.1.2).
--
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 26353] New: llc aborts with "Unknown mismatch!"
https://llvm.org/bugs/show_bug.cgi?id=26353
Bug ID: 26353
Summary: llc aborts with "Unknown mismatch!"
Product: new-bugs
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: sno...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 15738
--> https://llvm.org/bugs/attachment.cgi?id=15738&action=edit
IR code for crash
I found a crash in llc.
llvm version (HEAD on git as now):
commit e9abc8ca75bd65d7c25fc0e18a01daa5eaaf4d4b
Author: Simon Pilgrim
Date: Thu Jan 28 09:45:01 2016 +
[X86][SSE] Move setTargetShuffleZeroElements closer to
getTargetShuffleMask. NFCI.
Keep target shuffle mask helper functions closer together.
git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@259034
91177308-0d34-0410-b5e6-96231b3b80d8
minimal reproducible case:
/* compiled with
`clang -target powerpc-unknown-eabispe -ffreestanding -c -nostdinc -fno-builtin
-mcpu=e500v2 -emit-llvm fail.c` .
clang not crashes, but `llc fail.bc` crashes.
*/
typedef union
{
struct
{
unsigned int hi;
unsigned int lo;
} i;
double d;
//float d;
} hexdouble;
void foo(){
hexdouble fpscr;
asm volatile ("mfspr %0, 512": "=r"(fpscr.d)); /* SPRN_SPEFSCR */
if (fpscr.i.lo & (1<<28))
{
fpscr.i.lo = fpscr.i.lo & !(1<<28);
}
}
stdout (with `llc fail.bc`):
Unknown mismatch!
UNREACHABLE executed at
/home/khwon/tmp/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp:236!
0 llc 0x02476f8d
llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 44
1 llc 0x024772a2
2 llc 0x024759ba llvm::sys::RunSignalHandlers() + 118
3 llc 0x02476ab4
4 libpthread.so.0 0x7fc9a6d60340
5 libc.so.6 0x7fc9a61a1cc9 gsignal + 57
6 libc.so.6 0x7fc9a61a50d8 abort + 328
7 llc 0x02414cb1
8 llc 0x0229721c
9 llc 0x0229b157
llvm::RegsForValue::getCopyFromRegs(llvm::SelectionDAG&,
llvm::FunctionLoweringInfo&, llvm::SDLoc, llvm::SDValue&, llvm::SDValue*,
llvm::Value const*) const + 4209
10 llc 0x022c4b6a
llvm::SelectionDAGBuilder::visitInlineAsm(llvm::ImmutableCallSite) + 11012
11 llc 0x022c0d53
llvm::SelectionDAGBuilder::visitCall(llvm::CallInst const&) + 109
12 llc 0x0229d260 llvm::SelectionDAGBuilder::visit(unsigned
int, llvm::User const&) + 1376
13 llc 0x0229cc5c
llvm::SelectionDAGBuilder::visit(llvm::Instruction const&) + 140
14 llc 0x0232e731
llvm::SelectionDAGISel::SelectBasicBlock(llvm::ilist_iterator, llvm::ilist_iterator, bool&) + 69
15 llc 0x02331966
llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) + 2888
16 llc 0x0232d763
llvm::SelectionDAGISel::runOnMachineFunction(llvm::MachineFunction&) + 1533
17 llc 0x0161e530
18 llc 0x01cfc72b
llvm::MachineFunctionPass::runOnFunction(llvm::Function&) + 95
19 llc 0x01ff3c26
llvm::FPPassManager::runOnFunction(llvm::Function&) + 290
20 llc 0x01ff3db9
llvm::FPPassManager::runOnModule(llvm::Module&) + 97
21 llc 0x01ff4154
22 llc 0x01ff48a4
llvm::legacy::PassManagerImpl::run(llvm::Module&) + 256
23 llc 0x01ff4ae5
llvm::legacy::PassManager::run(llvm::Module&) + 39
24 llc 0x00d614d7
25 llc 0x00d602aa main + 242
26 libc.so.6 0x7fc9a618cec5 __libc_start_main + 245
27 llc 0x00d5eb79
Stack dump:
0.Program arguments: ./llc fail.bc
1.Running pass 'Function Pass Manager' on module 'fail.bc'.
2.Running pass 'PowerPC DAG->DAG Pattern Instruction Selection' on function
'@foo'
--
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 26354] New: regression: Compilation hangs with -O2 -mavx for certain input (valid code)
https://llvm.org/bugs/show_bug.cgi?id=26354 Bug ID: 26354 Summary: regression: Compilation hangs with -O2 -mavx for certain input (valid code) Product: clang Version: 3.8 Hardware: PC OS: All Status: NEW Keywords: regression Severity: release blocker Priority: P Component: C++14 Assignee: unassignedclangb...@nondot.org Reporter: pipp...@exherbo.org CC: h...@chromium.org, llvm-bugs@lists.llvm.org Classification: Unclassified I have a (unfortunately very large still) chunk of C++ code which clang++ never appears to finish compiling. The following three criteria need to met in order for this to happen: * I need to use clang 3.8.0rc1 (the issue does not occur with 3.7.1) * I need to pass -mavx (or something that implies it, like -march=sandybridge) * I need to pass -O2 (the issue does not occur with -O1) I've created a preprocessor dump using clang 3.7.1 and -save-temps that I'm attaching to this report. As expected, it shows the following behaviour: # clang++ 3.7.1 didn't have the problem % ( ulimit -t 10; time clang++3.7.1 -c -std=c++14 -o /dev/null uggridgeometry.ii -O2 -march=sandybridge ) 1.26s user 0.02s system 99% cpu 1.287 total # clang++ 3.8.0rc1 has the problem % ( ulimit -t 10; time clang++3.8.0rc1 -c -std=c++14 -o /dev/null uggridgeometry.ii -O2 -march=sandybridge ) #0 0x01c048e5 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1c048e5) #1 0x01c028a6 llvm::sys::RunSignalHandlers() (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1c028a6) #2 0x01c02ac4 SignalHandler(int) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1c02ac4) #3 0x7efdc42e08d0 __restore_rt (/lib/x86_64-linux-gnu/libpthread.so.0+0xf8d0) #4 0x0147cebc llvm::FindAvailableLoadedValue(llvm::Value*, llvm::BasicBlock*, llvm::ilist_iterator&, unsigned int, llvm::AAResults*, llvm::AAMDNodes*) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x147cebc) #5 0x019a1b5a llvm::InstCombiner::visitLoadInst(llvm::LoadInst&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x19a1b5a) #6 0x01965213 llvm::InstCombiner::run() (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1965213) #7 0x01966309 combineInstructionsOverFunction(llvm::Function&, llvm::InstCombineWorklist&, llvm::AAResults*, llvm::AssumptionCache&, llvm::TargetLibraryInfo&, llvm::DominatorTree&, llvm::LoopInfo*) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1966309) #8 0x01966c70 (anonymous namespace)::InstructionCombiningPass::runOnFunction(llvm::Function&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1966c70) #9 0x018c7083 llvm::FPPassManager::runOnFunction(llvm::Function&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x18c7083) #10 0x018c76cb llvm::legacy::PassManagerImpl::run(llvm::Module&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x18c76cb) #11 0x01d1d0d2 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_pwrite_stream*) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1d1d0d2) #12 0x02271917 clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x2271917) #13 0x0255755d clang::ParseAST(clang::Sema&, bool, bool) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x255755d) #14 0x022719fb clang::CodeGenAction::ExecuteAction() (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x22719fb) #15 0x01fd9b26 clang::FrontendAction::Execute() (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1fd9b26) #16 0x01fb3216 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x1fb3216) #17 0x020601b3 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0x20601b3) #18 0x00a985c8 cc1_main(llvm::ArrayRef, char const*, void*) (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0xa985c8) #19 0x00a57c82 main (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0xa57c82) #20 0x7efdc350ab45 __libc_start_main /build/glibc-3Vu5mt/glibc-2.19/csu/libc-start.c:321:0 #21 0x00a947c4 _start (/home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8+0xa947c4) Stack dump: 0.Program arguments: /home/mi/pipping/dune/inst/clang-3.8.0rc1/bin/clang-3.8 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -disable-free -main-file-name uggridgeometry.ii -mrelocation-model static -mthread-model posix -fmath-errno -masm-verbose -mconstructo
[llvm-bugs] [Bug 26355] New: clang crashes on '__GetExceptionInfo; '
https://llvm.org/bugs/show_bug.cgi?id=26355 Bug ID: 26355 Summary: clang crashes on '__GetExceptionInfo;' Product: clang Version: trunk Hardware: PC OS: Windows XP Status: NEW Severity: normal Priority: P Component: Frontend Assignee: unassignedclangb...@nondot.org Reporter: mrmoc...@gmx.de CC: llvm-bugs@lists.llvm.org Classification: Unclassified With a file just containing: __GetExceptionInfo; clang crashes: $ clang -cc1 -triple amd64-pc-windows-msvc19.0.0 -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -relaxed-aliasing -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -momit-leaf-frame-pointer -D _DEBUG -D _LIB -D NDEBUG -D _DEBUG -D _MT -D _DLL -O0 -Wall "-std=c++1y" -fdeprecated-macro -ferror-limit 19 -fmessage-length 0 -stack-protector 1 -mstackrealign -fno-rtti -fshort-enums -fms-extensions -fms-compatibility-version=19 -fdelayed-template-parsing -fobjc-runtime=gnustep -fdiagnostics-show-option -fdiagnostics-format msvc --dependent-lib=msvcrtd --dependent-lib=oldnames -x "c++" test-97969d.cpp -v clang -cc1 version 3.9.0 based upon LLVM 3.9.0-r258659 default target i686-pc-windows-msvc #include "..." search starts here: End of search list. Assertion failed: !isNull() && "Cannot retrieve a NULL type pointer", file D:\src\llvm_package_258659\llvm\tools\clang\include\clang/AST/Type.h, line 589 0x02467458 (0x0016 0x03DF3652 0x010D1DB8 0x010D1DCC) 0x03DF8B0E (0x0478D6B2 0x0478D628 0x024D 0x0002) 0x032BB5EF (0x010E15F4 0x0219 0x01106D30 0x) 0x03526525 (0x00BEDFA4 0x010E15F4 0x03A17748 0x010D19F4) 0x035267A9 (0x010D19F4 0x0303 0x00BEDF1C 0x00BEE258) 0x03523890 (0x 0x01106E20 0x01106E20 0x2401) 0x774E2B65 (0x0103 0x 0x01106E20 0x00BEE0B0), RtlQueryPerformanceCounter() + 0x281 bytes(s) 0x74F314BD (0x0103 0x 0x00BEE0C0 0x00BEE0C0), HeapFree() + 0x14 bytes(s) 0x03DF5615 (0x00BEE258 0x01106D30 0x013B 0x0156) 0x035260D9 (0x00BEE258 0x01106D30 0x 0x035B) -- 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 26264] [x86, avx512] crash lowering masked load intrinsic
https://llvm.org/bugs/show_bug.cgi?id=26264 igorb changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from igorb --- Closed by commit r259044 http://reviews.llvm.org/D16531 -- 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 24291] clang-cl doesn't respect noinline on methods of dllimported classes
https://llvm.org/bugs/show_bug.cgi?id=24291 Ehsan Akhgari [:ehsan] changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #7 from Ehsan Akhgari [:ehsan] --- The Firefox side issue is no longer happening. I'm not quite sure why but I don't think this bug is actionable in its current form. :-) -- 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 26356] New: PowerPC64: fast isel creates bad constant
https://llvm.org/bugs/show_bug.cgi?id=26356
Bug ID: 26356
Summary: PowerPC64: fast isel creates bad constant
Product: libraries
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: Backend: PowerPC
Assignee: unassignedb...@nondot.org
Reporter: an...@samba.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
The following testcase:
target datalayout = "e-m:e-i64:64-n32:64"
target triple = "powerpc64le-unknown-linux-gnu"
; Function Attrs: nounwind
define internal zeroext i16 @zot() #0 {
ret i16 32768
}
Creates an incorrect negative constant when built with -fast-isel:
# llc -O1 -fast-isel x.ll
...
zot:
li 3, -32768
blr
Without -fast-isel, we get the correct unsigned constant:
# llc -O1 x.ll
...
zot:
li 3, 0
ori 3, 3, 32768
blr
--
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 26252] Tests fail when en_US-UTF-8 locale is missing
https://llvm.org/bugs/show_bug.cgi?id=26252 Daniel Sanders changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Daniel Sanders --- Merged in r258887 and r259058 -- 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 26059] [meta] 3.8.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=26059 Bug 26059 depends on bug 26252, which changed state. Bug 26252 Summary: Tests fail when en_US-UTF-8 locale is missing https://llvm.org/bugs/show_bug.cgi?id=26252 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 26357] New: Incorrect deduction of parameter pack
https://llvm.org/bugs/show_bug.cgi?id=26357
Bug ID: 26357
Summary: Incorrect deduction of parameter pack
Product: clang
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P
Component: C++11
Assignee: unassignedclangb...@nondot.org
Reporter: ldionn...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
The following code fails to compile on Clang trunk:
--
#include
#include
template
struct elt { };
template
struct indexer;
template
struct indexer, T...>
: elt...
{ };
template
struct types { };
template
types slice_types(elt const& ...);
struct x0; struct x1; struct x2; struct x3;
using Indexer = indexer, x0, x1, x2, x3>;
using Slice = decltype(slice_types<1, 2>(Indexer{},Indexer{}));
--
The error is
prog.cc:25:24: error: no matching function for call to 'slice_types'
using Slice = decltype(slice_types<1, 2>(Indexer{},Indexer{}));
^
prog.cc:20:13: note: candidate template ignored: deduced type 'const elt<1UL,
x3> &' of 1st parameter does not match adjusted type 'Indexer' (aka
'indexer, x0, x1, x2,
x3>') of argument [with I = <1, 2>, T = ]
types slice_types(elt const& ...);
^
1 error generated.
It seems like the `T...` parameter pack is wrongly deduced to `x3, x3` in the
`slice_types` function. GCC accepts this code and does the right thing.
Live example: http://melpon.org/wandbox/permlink/5rsGlLeQbKgiLXqM
--
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 26355] clang crashes on '__GetExceptionInfo;'
https://llvm.org/bugs/show_bug.cgi?id=26355 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED CC||david.majne...@gmail.com Resolution|--- |DUPLICATE --- Comment #2 from David Majnemer --- *** This bug has been marked as a duplicate of bug 26298 *** -- 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 26358] New: [AArch64] Add paired loads/stores to getMemOpBaseRegImmOfsWidth()
https://llvm.org/bugs/show_bug.cgi?id=26358 Bug ID: 26358 Summary: [AArch64] Add paired loads/stores to getMemOpBaseRegImmOfsWidth() Product: libraries Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: Backend: AArch64 Assignee: mcros...@codeaurora.org Reporter: mcros...@codeaurora.org CC: bma...@codeaurora.org, gbe...@codeaurora.org, haich...@codeaurora.org, junb...@codeaurora.org, llvm-bugs@lists.llvm.org, mssim...@codeaurora.org Classification: Unclassified The target specific hook areMemAccessesTriviallyDisjoint() is used by the MI scheduler to determine if two memory access are disjoint (i.e., don't alias). The helper function getMemOpBaseRegImmOfsWidth() should include all of the paired instructions (e.g., STPSi, LDPSi, etc.), so the scheduler has more flexibility when scheduling. First http://reviews.llvm.org/D8705 needs to land, so the scheduler better handles instructions with multiple MMOs. Then mergePairedInsns() in the AArch64 load store optimizer needs to be fixed so that the pair instructions include their MMOs. Once complete then paired instructions can be added to the getMemOpBaseRegImmOfsWidth() function. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 26348] 3.8 AArch64 support for half floats
https://llvm.org/bugs/show_bug.cgi?id=26348 Hans Wennborg changed: What|Removed |Added Status|NEW |RESOLVED CC||h...@chromium.org Resolution|--- |FIXED --- Comment #1 from Hans Wennborg --- r258471 was merged to 3.8 in r259064. Please let me know if more fixes are required. -- 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 26059] [meta] 3.8.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=26059 Bug 26059 depends on bug 26348, which changed state. Bug 26348 Summary: 3.8 AArch64 support for half floats https://llvm.org/bugs/show_bug.cgi?id=26348 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 26350] wrong code on x86_64-linux-gnu at -O1 and above in 32-bit mode
https://llvm.org/bugs/show_bug.cgi?id=26350 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED Component|-New Bugs |Common Code Generator Code Resolution|--- |FIXED Assignee|unassignedclangbugs@nondot. |david.majne...@gmail.com |org | Product|clang |libraries --- Comment #5 from David Majnemer --- Fixed in r259065. -- 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 26345] FAIL: cfi :: cross-dso/dlopen.cpp (27647 of 27652)
https://llvm.org/bugs/show_bug.cgi?id=26345 Evgeniy Stepanov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Evgeniy Stepanov --- Thanks! Should be fixed by r259082. -- 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 26359] New: missing call to CompilerInstance::setAuxTarget in ASTUnit::Parse
https://llvm.org/bugs/show_bug.cgi?id=26359 Bug ID: 26359 Summary: missing call to CompilerInstance::setAuxTarget in ASTUnit::Parse Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: jas...@jawset.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 15743 --> https://llvm.org/bugs/attachment.cgi?id=15743&action=edit patch to add setAuxTarget call to ASTUnit::Parse I'm using libclang to parse CUDA sources via clang_parseTranslationUnit2, which ends up calling ASTUnit::Parse. Unlike CompilerInstance::ExecuteAction ASTUnit::Parse does not call setAuxTarget for the secondary target for CUDA compilation. This results in several undeclared __builtin_ptx_* errors. Adding the call resolves this. Attached is a small patch for ASTUnit::Parse. There are several other callers of CompilerInstance::setTarget (mostly in ASTUnit.cpp) that don't call setAuxTarget either. Maybe the setTarget/setAuxTarget call pair could be factored out into some sort of setAllTargets call that all callers could use. I don't know enough about the codebase to restructure this properly, though. -- 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 26277] [mips] ~35 libcxx diagnostic tests fail because clang errors do not prevent GAS being called (and one other reason)
https://llvm.org/bugs/show_bug.cgi?id=26277 Daniel Sanders changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Daniel Sanders --- Merged in r259092. -- 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 26059] [meta] 3.8.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=26059 Bug 26059 depends on bug 26277, which changed state. Bug 26277 Summary: [mips] ~35 libcxx diagnostic tests fail because clang errors do not prevent GAS being called (and one other reason) https://llvm.org/bugs/show_bug.cgi?id=26277 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 26360] New: Undefined symbol checking should be done after --gc-sections, not before
https://llvm.org/bugs/show_bug.cgi?id=26360
Bug ID: 26360
Summary: Undefined symbol checking should be done after
--gc-sections, not before
Product: lld
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: All Bugs
Assignee: unassignedb...@nondot.org
Reporter: e...@80386.nl
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
With GNU ld, the following C application will build properly if --gc-sections
is passed to the linker:
void undefined_function(void);
void unreferenced_function(void);
void unreferenced_function(void) {
undefined_function();
}
int main(int argc, char **argv) {
return 0;
}
As in, if code is unreferenced and is about to be pruned away by --gc-sections,
it is allowed to contain references to undefined symbols. My observation is
that lld 3.8.0rc1 does not allow this. In other words, the checking for
undefined symbols is done before --gc-sections is performed, instead of the
other way around.
I'm not saying that what GNU ld is doing is better than what lld does; it's
merely an observation. :-)
--
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 26361] New: [WinEH] cleanupret to cleanuppad doesn't execute next cleanuppad unless optimized
https://llvm.org/bugs/show_bug.cgi?id=26361
Bug ID: 26361
Summary: [WinEH] cleanupret to cleanuppad doesn't execute next
cleanuppad unless optimized
Product: libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Interprocedural Optimizations
Assignee: unassignedb...@nondot.org
Reporter: a...@crichton.co
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
In the following IR, the function foo has two cleanup pads, but when compiled
without optimizations only one of them will be run. The return value of the
program should always be 2, but it will be 1 if optimizations are disabled. If
optimizations are enabled the `inc` function is inlined into the cleanup pads
which enables to bug to not be exhibited.
; ModuleID = 'foo.ll'
target triple = "i686-pc-windows-msvc"
@LOG = global i32 0
declare x86_stdcallcc void @RaiseException(i32, i32, i32, i8*)
declare i32 @_except_handler3(...)
define void @foo() personality i32 (...)* @_except_handler3 {
entry-block:
invoke x86_stdcallcc void @RaiseException(i32 0, i32 0, i32 0, i8* null)
to label %normal unwind label %unwind1
normal: ; preds = %entry-block
unreachable
unwind1: ; preds = %entry-block
%pad1 = cleanuppad within none []
call void @inc() [ "funclet"(token %pad1) ]
cleanupret from %pad1 unwind label %unwind2
unwind2: ; preds = %unwind1
%pad2 = cleanuppad within none []
call void @inc() [ "funclet"(token %pad2) ]
cleanupret from %pad2 unwind to caller
}
define void @inc() {
entry-block:
%0 = load i32, i32* @LOG, align 4
%1 = add i32 %0, 1
store i32 %1, i32* @LOG, align 4
ret void
}
define i32 @main(i32, i8**) personality i32 (...)* @_except_handler3 {
entry-block:
invoke void @foo()
to label %normal unwind label %catchswitch
normal: ; preds = %entry-block
ret i32 0
catchswitch: ; preds = %entry-block
%catchswitch1 = catchswitch within none [label %catchpad] unwind to caller
catchpad: ; preds = %catchswitch
%catchpad2 = catchpad within %catchswitch1 []
catchret from %catchpad2 to label %check-return
check-return: ; preds = %catchpad
%2 = load i32, i32* @LOG, align 4
ret i32 %2
}
--
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 26148] clang crashes on x86_64-linux-gnu at O1 and above in 32-bit and 64-bit modes (Assertion `Offset <= PieceOffset && "overlapping or duplicate pieces"' failed)
https://llvm.org/bugs/show_bug.cgi?id=26148 Chengnian Sun changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- --- Comment #4 from Chengnian Sun --- I encounter this bug again. As the test case is similar to what I have reported, so I just reopen this bug report. $: clang-trunk -v clang version 3.9.0 (trunk 259077) (llvm/trunk 259085) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.2 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.1 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.2 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.1.0 Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Candidate multilib: x32;@mx32 Selected multilib: .;@m64 $: $: clang-trunk -g -O3 small.c clang-3.9: /tmp/llvm-builder/llvm-source-trunk/lib/CodeGen/AsmPrinter/DwarfDebug.cpp:1579: void llvm::DebugLocEntry::finalize(const llvm::AsmPrinter&, llvm::DebugLocStream::ListBuilder&, const llvm::DIBasicType*): Assertion `Offset <= PieceOffset && "overlapping or duplicate pieces"' failed. 0 clang-3.9 0x01a73fe5 llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 37 1 clang-3.9 0x01a71d76 llvm::sys::RunSignalHandlers() + 54 2 clang-3.9 0x01a71fa1 3 libpthread.so.0 0x7f0db017b340 4 libc.so.6 0x7f0daf32bcc9 gsignal + 57 5 libc.so.6 0x7f0daf32f0d8 abort + 328 6 libc.so.6 0x7f0daf324b86 7 libc.so.6 0x7f0daf324c32 8 clang-3.9 0x01f0da0c llvm::DebugLocEntry::finalize(llvm::AsmPrinter const&, llvm::DebugLocStream::ListBuilder&, llvm::DIBasicType const*) + 1148 9 clang-3.9 0x01f15b96 llvm::DwarfDebug::collectVariableInfo(llvm::DwarfCompileUnit&, llvm::DISubprogram const*, llvm::DenseSet, llvm::DenseMapInfo > >&) + 918 10 clang-3.9 0x01f15fb1 llvm::DwarfDebug::endFunction(llvm::MachineFunction const*) + 241 11 clang-3.9 0x01ef85f8 llvm::AsmPrinter::EmitFunctionBody() + 1720 12 clang-3.9 0x01142526 13 clang-3.9 0x0173aa73 llvm::FPPassManager::runOnFunction(llvm::Function&) + 643 14 clang-3.9 0x0173ae2b llvm::FPPassManager::runOnModule(llvm::Module&) + 43 15 clang-3.9 0x0173b13f llvm::legacy::PassManagerImpl::run(llvm::Module&) + 751 16 clang-3.9 0x01b929bc clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_pwrite_stream*) + 3660 17 clang-3.9 0x02108b03 18 clang-3.9 0x0240b86b clang::ParseAST(clang::Sema&, bool, bool) + 571 19 clang-3.9 0x02108bee clang::CodeGenAction::ExecuteAction() + 78 20 clang-3.9 0x01e64f56 clang::FrontendAction::Execute() + 534 21 clang-3.9 0x01e41e1e clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 318 22 clang-3.9 0x01ee7b1a clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 2090 23 clang-3.9 0x009bf798 cc1_main(llvm::ArrayRef, char const*, void*) + 2344 24 clang-3.9 0x0097ca85 main + 6213 25 libc.so.6 0x7f0daf316ec5 __libc_start_main + 245 26 clang-3.9 0x009bb7f4 Stack dump: 0. Program arguments: /usr/local/clang-trunk/bin/clang-3.9 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -disable-free -main-file-name small.c -mrelocation-model static -mthread-model posix -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -momit-leaf-frame-pointer -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -resource-dir /usr/local/clang-trunk/bin/../lib/clang/3.9.0 -c-isystem . -c-isystem /usr/local/include/csmith-2.2.0/ -c-isystem /usr/local/include/csmith-2.2.0/ -internal-isystem /usr/local/include -internal-isystem /usr/local/clang-trunk/bin/../lib/clang/3.9.0/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -O3 -fdebug-compilation-dir /home/cnsun/ramdisk/speculative-execution/run-7/res/20160128-clang-trunk-m32-g-O3-build-074207/delta -ferror-limit 19 -fmessage-length 261 -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -o /home/cnsun/r
[llvm-bugs] [Bug 26059] [meta] 3.8.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=26059 Bug 26059 depends on bug 26148, which changed state. Bug 26148 Summary: clang crashes on x86_64-linux-gnu at O1 and above in 32-bit and 64-bit modes (Assertion `Offset <= PieceOffset && "overlapping or duplicate pieces"' failed) https://llvm.org/bugs/show_bug.cgi?id=26148 What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- -- 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 26362] New: clang 3.8.0.rc1 fails to build with gcc 4.8.1
https://llvm.org/bugs/show_bug.cgi?id=26362
Bug ID: 26362
Summary: clang 3.8.0.rc1 fails to build with gcc 4.8.1
Product: clang
Version: 3.8
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: su...@fb.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 15744
--> https://llvm.org/bugs/attachment.cgi?id=15744&action=edit
the error log
Checkout out llvm, clang, compiler-rt of 3.8.0.rc1 tag. Build with gcc 4.8.1:
```
% cmake -G Ninja -DCMAKE_BUILD_TYPE=Release -DLLVM_BUILD_TESTS=ON
-DLLVM_ENABLE_EH=ON-DLLVM_ENABLE_RTTI=ON -DLLVM_TARGETS_TO_BUILD="X86;BPF"
% ninja
```
A short snipped of the error:
```
In file included from
/home/sugak/llvm/src/llvm/tools/clang/lib/CodeGen/CGBuilder.h:14:0,
...
/home/sugak/llvm/src/src/llvm/tools/clang/lib/CodeGen/Address.h:111:31: error:
cannot allocate an object of abstract type 'llvm::object::ObjectFile'
template inline U cast(clang::CodeGen::Address addr) {
^
In file included from
/home/sugak/llvm/src/llvm/include/llvm/DebugInfo/DIContext.h:20:0,
...
/home/sugak/llvm/src/llvm/include/llvm/Object/ObjectFile.h:175:7: note:
because the following virtual functions are pure within
'llvm::object::ObjectFile':
class ObjectFile : public SymbolicFile {
^
In file included from
/home/sugak/llvm/src/llvm/include/llvm/Object/ObjectFile.h:18:0,
...
/home/sugak/llvm/src/llvm/include/llvm/Object/SymbolicFile.h:132:16: note:
virtual void
llvm::object::SymbolicFile::moveSymbolNext(llvm::object::DataRefImpl&) const
virtual void moveSymbolNext(DataRefImpl &Symb) const = 0;
^
```
See attached files for the whole error message.
--
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 25645] Error when a template-and-non-template-derived-class uses a nested type it inherits from its non-template-base-class
https://llvm.org/bugs/show_bug.cgi?id=25645 Igor Sugak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Igor Sugak --- So, not a bug. -- You are receiving this mail because: You are on the CC list for the bug. ___ llvm-bugs mailing list llvm-bugs@lists.llvm.org http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-bugs
[llvm-bugs] [Bug 26363] New: lldb 3.8.0.rc1 fails to build out of llvm tree
https://llvm.org/bugs/show_bug.cgi?id=26363 Bug ID: 26363 Summary: lldb 3.8.0.rc1 fails to build out of llvm tree Product: lldb Version: 3.8 Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: su...@fb.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Build and install llvm, clang and compiler-rt. Clone lldb into a directory outside of llvm tree. Build it: ``` % cmake -G Ninja -DCMAKE_BUILD_TYPE=Release -DLLDB_PATH_TO_LLVM_BUILD=/home/sugak/llvm/3.8.0/centos6-native/da39a3e -DLLDB_PATH_TO_CLANG_BUILD=/home/sugak/llvm/3.8.0/centos6-native/da39a3e % ninja FAILED: /home/sugak/gcc/4.9.x/centos6-native/1317bc4/bin/g++ -DHAVE_NR_PROCESS_VM_READV -DHAVE_ROUND -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -O3 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fstack-protector --param=ssp-buffer-size=4 -fno-omit-frame-pointer -momit-leaf-frame-pointer -m64 -mtune=generic -isystem/home/sugak/python/2.7.8/centos6-native/da39a3e/include -isystem/home/sugak/ncurses/5.9/centos6-native/da39a3e/include -isystem/home/engshare/third-party2/libedit/3.1/centos6-native/e1c8e90/include -isystem/home/engshare/third-party2/llvm-fb/stable/centos6-native/da39a3e/include -fvisibility-inlines-hidden -Werror=date-time -std=c++11 -ffu nction-sections -fdata-sections -Wno-deprecated-declarations -Wno-unknown-pragmas -Wno-strict-aliasing -Wno-deprecated-register -Wno-vla-extension -fno-exceptions -fno-rtti -O3 -DNDEBUG -Itools/lldb-mi -I/home/sugak/lldb/3.8.0.rc1/src/lldb/tools/lldb-mi -I/home/sugak/lldb/3.8.0.rc1/src/lldb/include -Iinclude -I/home/sugak/llvm/3.8.0/centos6-native/da39a3e/include -I/home/lldb/3.8.0.rc1/src/lldb/source -I/home/sugak/python/2.7.8/centos6-native/da39a3e/include/python2.7 -I/home/sugak/lldb/3.8.0.rc1/src/lldb/tools/clang/include -I../clang/include -I/home/sugak/ncurses/5.9/centos6-native/da39a3e/includ e -MMD -MT tools/lldb-mi/CMakeFiles/lldb-mi.dir/MICmdCmdData.cpp.o -MF tools/lldb-mi/CMakeFiles/lldb-mi.dir/MICmdCmdData.cpp.o.d -o tools/lldb-mi/CMakeFiles/lldb-mi.dir/MICmdCmdData.cpp.o -c /home/sugak/lldb/3.8.0.rc1/src/lldb/tools/lldb-mi/MICmdCmdData.cpp In file included from /home/sugak/lldb/3.8.0.rc1/src/lldb/tools/lldb-mi/MICmdCmdData.cpp:45:0: /home/sugak/lldb/3.8.0.rc1/src/lldb/tools/lldb-mi/MIUtilParse.h:13:39: fatal error: ../lib/Support/regex_impl.h: No such file or directory #include "../lib/Support/regex_impl.h" ^ compilation terminated. ``` Looks like `lldb/tools/lldb-mi/MICmdCmdData.cpp` includes a file from llvm repository, and expects to access it by a relative path from lldb root. -- 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 26364] New: Segmentation fault at -Os and above on x86_64-linux-gnu in 32-bit and 64-bit modes
https://llvm.org/bugs/show_bug.cgi?id=26364
Bug ID: 26364
Summary: Segmentation fault at -Os and above on
x86_64-linux-gnu in 32-bit and 64-bit modes
Product: clang
Version: trunk
Hardware: PC
OS: Windows NT
Status: NEW
Severity: normal
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: chengnian...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
The following code causes a segmentation fault in clang-trunk at -Os and above
on x86_64-linux-gnu in 32-bit and 64-bit modes.
$: clang-trunk -v
clang version 3.9.0 (trunk 258958)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/i686-linux-gnu/5.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.3.0
Found candidate GCC installation:
/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.6.3
Found candidate GCC installation:
/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.7.4
Found candidate GCC installation:
/usr/local/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.8.2
Selected GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Candidate multilib: x32;@mx32
Selected multilib: .;@m64
$:
$: clang-trunk -Os small.c
small.c:20:1: warning: control reaches end of non-void function [-Wreturn-type]
}
^
small.c:22:29: warning: control reaches end of non-void function
[-Wreturn-type]
static short fn2() { fn1(); }
^
clang-3.9: error: unable to execute command: Segmentation fault (core dumped)
clang-3.9: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 3.9.0 (trunk 258958)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
clang-3.9: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and
associated run script.
clang-3.9: note: diagnostic msg:
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-3.9: note: diagnostic msg: /tmp/small-8cb392.c
clang-3.9: note: diagnostic msg: /tmp/small-8cb392.sh
clang-3.9: note: diagnostic msg:
$: clang-trunk -O2 small.c
small.c:20:1: warning: control reaches end of non-void function [-Wreturn-type]
}
^
small.c:22:29: warning: control reaches end of non-void function
[-Wreturn-type]
static short fn2() { fn1(); }
^
clang-3.9: error: unable to execute command: Segmentation fault (core dumped)
clang-3.9: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 3.9.0 (trunk 258958)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
clang-3.9: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and
associated run script.
clang-3.9: note: diagnostic msg:
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang-3.9: note: diagnostic msg: /tmp/small-f9ae95.c
clang-3.9: note: diagnostic msg: /tmp/small-f9ae95.sh
clang-3.9: note: diagnostic msg:
$: clang-trunk -O3 small.c
small.c:20:1: warning: control reaches end of non-void function [-Wreturn-type]
}
^
small.c:22:29: warning: control reaches end of non-void function
[-Wreturn-type]
static short fn2() { fn1(); }
^
clang-3.9: error: unable to execute command: Segmentation fault (core dumped)
clang-3.9: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 3.9.0 (trunk 258958)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/bin
clang-3.9: note: diagnostic msg: PLEASE submit a bug report to
http://llvm.org/bugs/ and include the crash backtrace, preprocess
[llvm-bugs] [Bug 26365] New: Can no longer build with mingw-w64 using win32 threads
https://llvm.org/bugs/show_bug.cgi?id=26365 Bug ID: 26365 Summary: Can no longer build with mingw-w64 using win32 threads Product: new-bugs Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: a...@crichton.co CC: llvm-bugs@lists.llvm.org Classification: Unclassified The mingw-w64 toolchains generally come with two different threading models. One is straight bindings to the win32 threading APIs, and the other is a pthread threading model (with a pthreads-like interface). Over in Rust-land we tend to prefer the win32 toolchain because the generated binaries won't have a dependency on libpthread.dll. With LLVM 3.8, however, the mingw-w64 toolchains with the win32 threading model can no longer build LLVM. This is unfortunately because the `std::thread` type only exists in the pthreads toolchain, not in the win32 one. We'd love to stick with the win32 toolchain if possible (fewer runtime dependencies of the compiler), so I was wondering a few things: * Has anyone else run into this yet? If so, sorry for the noise! * Would it be possible to support the win32 mingw-w64 toolchains? Unfortunately the only way I know of to do this would be to not use `std::thread` (which I suspect is quite nice to use...) * Would it be possible to #define away the support that requires `std::thread`? We probably don't need this class and/or the support it enables in Rust, so if we could just not build this part that'd also work for us! -- 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 26184] many new regressions in ImageMagick-6.9.3 test suite when built against OpenMP 3.8
https://llvm.org/bugs/show_bug.cgi?id=26184 Jack Howarth changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #24 from Jack Howarth --- (In reply to comment #23) > This was only reproducible on Darwin. I tried on Linux and was not able to > reproduce the errors. Now fixed in ImageMagick-6 branch with the commit of... https://github.com/ImageMagick/ImageMagick/commit/5688d4f1864f6350d91f92b3fe0ade5abf84a49a Both master and ImageMagick-6 branch also now recognize libomp with the commit of... https://github.com/ImageMagick/ImageMagick/issues/101 -- 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 26059] [meta] 3.8.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=26059 Bug 26059 depends on bug 26184, which changed state. Bug 26184 Summary: many new regressions in ImageMagick-6.9.3 test suite when built against OpenMP 3.8 https://llvm.org/bugs/show_bug.cgi?id=26184 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 26366] New: omp_for_lastprivate directive tests from OpenMP3.1_Validation randomly verification tests
https://llvm.org/bugs/show_bug.cgi?id=26366 Bug ID: 26366 Summary: omp_for_lastprivate directive tests from OpenMP3.1_Validation randomly verification tests Product: OpenMP Version: unspecified Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: Clang Compiler Support Assignee: unassignedclangb...@nondot.org Reporter: howarth.mailing.li...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified On x86_64 darwin, the OpenMP3.1_Validation tests for the omp_for_lastprivate directive randomly fail as seen by the results... #Tested Directive t ct ot oct omp_for_lastprivate 100 100 100 35 The failures can be reproduced by compiling the preprocessed source files with the compile_testcase shell script and then executing the resulting executable with the run_testcase shell script. This should produce output like... OpenMP Validation Suite V 3.0a ## ## Repetitions: 20 ## Loop Count : 1000 ## Testing omp for lastprivate Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Directive failed the test 17 times out of 20. 3 test(s) were successful Result: 85 Note that the compile_testcase assumes the compiler is named clang-3.8. -- 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 26367] New: omp_parallel_sections_reduction tests from OpenMP3.1_Validation randomly verification tests
https://llvm.org/bugs/show_bug.cgi?id=26367 Bug ID: 26367 Summary: omp_parallel_sections_reduction tests from OpenMP3.1_Validation randomly verification tests Product: OpenMP Version: unspecified Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: Clang Compiler Support Assignee: unassignedclangb...@nondot.org Reporter: howarth.mailing.li...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified On x86_64 darwin, the OpenMP3.1_Validation tests for the mp_parallel_sections_reduction directive randomly fail as seen by the results... #Tested Directive t ct ot oct omp_parallel_sections_reduction 100 85 100 50 The failures can be reproduced by compiling the preprocessed source files with the compile_testcase shell script and then executing the resulting executable with the run_testcase shell script. This should produce output like... OpenMP Validation Suite V 3.0a ## ## Repetitions: 20 ## Loop Count : 1000 ## Testing omp parallel sections reduction Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Directive failed the test 17 times out of 20. 3 test(s) were successful Result: 85 Note that the compile_testcase script assumes the compiler is named clang-3.8. -- 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 26368] New: ctest_omp_taskyield directive tests from OpenMP3.1_Validation randomly verification tests
https://llvm.org/bugs/show_bug.cgi?id=26368 Bug ID: 26368 Summary: ctest_omp_taskyield directive tests from OpenMP3.1_Validation randomly verification tests Product: OpenMP Version: unspecified Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: Clang Compiler Support Assignee: unassignedclangb...@nondot.org Reporter: howarth.mailing.li...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified On x86_64 darwin, the OpenMP3.1_Validation tests for the ctest_omp_taskyield directive randomly fail as seen by the results... #Tested Directive t ct ot oct omp_taskyield 100 100 10 - The failures can be reproduced by compiling the preprocessed source files with the compile_testcase shell script and then executing the resulting executable with the run_testcase shell script. This should produce output like... OpenMP Validation Suite V 3.0a ## ## Repetitions: 20 ## Loop Count : 1000 ## Testing omp taskyield Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Error: Test failed. Directive failed the test 18 times out of 20. 2 test(s) were successful Result: 90 Note that the compile_testcase assumes the compiler is named clang-3.8. -- 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 25698] MSVC: Instruction does not dominate all uses
https://llvm.org/bugs/show_bug.cgi?id=25698 Alex Crichton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Alex Crichton --- I think enough changes have happened to render this obsolete, I'm at least not getting this any more. -- 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 25564] debuginfo assertion when inlining: attachment points at wrong subprogram for function
https://llvm.org/bugs/show_bug.cgi?id=25564 Alex Crichton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Alex Crichton --- er I meant to indicate that this is fixed, so closing -- 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 26361] [WinEH] cleanupret to cleanuppad doesn't execute next cleanuppad unless optimized
https://llvm.org/bugs/show_bug.cgi?id=26361 David Majnemer changed: What|Removed |Added Status|NEW |RESOLVED Component|Interprocedural |Backend: X86 |Optimizations | Resolution|--- |FIXED Assignee|unassignedb...@nondot.org |david.majne...@gmail.com --- Comment #2 from David Majnemer --- Fixed in r259161. -- 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
