[llvm-bugs] [Bug 23214] [META] Using LLD as FreeBSD's system linker
https://llvm.org/bugs/show_bug.cgi?id=23214 Bug 23214 depends on bug 30237, which changed state. Bug 30237 Summary: lld does not implement -f option https://llvm.org/bugs/show_bug.cgi?id=30237 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 30237] lld does not implement -f option
https://llvm.org/bugs/show_bug.cgi?id=30237 George Rimar changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from George Rimar --- r280475 -- 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 30254] New: Problem with using "enum"
https://llvm.org/bugs/show_bug.cgi?id=30254
Bug ID: 30254
Summary: Problem with using "enum"
Product: tools
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P
Component: TableGen
Assignee: unassignedb...@nondot.org
Reporter: valery.pykh...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
The following testcase:
<<<
class Operand {}
def Enum : Operand {
int AAA = 1;
int BBB = 2;
}
class getString {
string ret =
!if(!eq(Selector, Enum.AAA), "AAA",
!if(!eq(Selector, Enum.BBB), "BBB",
""));
}
class S {
string v1 = getString.ret; // <-- Doesnt resolve!
string v2 = getString.ret; // <-- but this resolve!
}
// Works ok
def C1 : S <1>;
def C2 : S <2>;
// Incorrect version, S:v1 doesnt resolve to a string
def W1 : S ;
def W2 : S ;
>>>
gives the following output:
- Classes -
class Operand {
string NAME = ?;
}
class S {
string v1 = anonymous_0.ret;
string v2 = anonymous_1.ret;
string NAME = ?;
}
class getString {
string ret = !if(!eq(getString:Selector, Enum.AAA), "AAA",
!if(!eq(getString:Selector, Enum.BBB), "BBB", ""));
string NAME = ?;
}
- Defs -
def C1 {// S
int S:SelectorCopy = 1;
string v1 = "AAA";
string v2 = "AAA";
string NAME = ?;
}
def C2 {// S
int S:SelectorCopy = 2;
string v1 = "BBB";
string v2 = "BBB";
string NAME = ?;
}
def Enum {// Operand
int AAA = 1;
int BBB = 2;
string NAME = ?;
}
def W1 {// S
int S:SelectorCopy = 1;
string v1 = anonymous_0.ret;
string v2 = "AAA";
string NAME = ?;
}
def W2 {// S
int S:SelectorCopy = 2;
string v1 = anonymous_0.ret;
string v2 = "BBB";
string NAME = ?;
}
def anonymous_0 {// getString
string ret = !if(!eq(S:Selector, 1), "AAA", !if(!eq(S:Selector, 2), "BBB",
""));
string NAME = ?;
}
def anonymous_1 {// getString
string ret = !if(!eq(S:SelectorCopy, 1), "AAA", !if(!eq(S:SelectorCopy, 2),
"BBB", ""));
string NAME = ?;
}
Here W1.v1 and W2.v1 doesn't resolve correctly to a string value.
--
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 30255] New: Build clang for ARM target in Visual Studio 2015 failed
https://llvm.org/bugs/show_bug.cgi?id=30255 Bug ID: 30255 Summary: Build clang for ARM target in Visual Studio 2015 failed Product: Build scripts Version: 3.8 Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: cmake Assignee: unassignedb...@nondot.org Reporter: alfedo...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 17207 --> https://llvm.org/bugs/attachment.cgi?id=17207&action=edit log from VStudio build console Hi guys I'm trying to build clang for ARM target using Cmake and Visual Studio 2015. Cmake generates solution well with LLVM_TARGETS_TO_BUILD=ARM. But during build process I've git following error: 222> Kaleidoscope-Ch8.vcxproj -> D:\llvm_arm\Debug\bin\Kaleidoscope-Ch8.exe 233>-- Skipped Build: Project: Kaleidoscope, Configuration: Debug Win32 -- 233>Project not selected to build for this solution configuration 224>LINK : fatal error LNK1104: cannot open file 'LLVMX86CodeGen.lib' 232>LINK : fatal error LNK1104: cannot open file 'LLVMX86CodeGen.lib' 228> Building Custom Rule D:/llvm-nxp/CMakeLists.txt 228> CMake does not need to re-run because D:\llvm_arm\CMakeFiles\generate.stamp is up-to-date. 234>-- Skipped Build: Project: INSTALL, Configuration: Debug Win32 -- 234>Project not selected to build for this solution configuration 235>-- Skipped Build: Project: PACKAGE, Configuration: Debug Win32 -- 235>Project not selected to build for this solution configuration == Build: 224 succeeded, 3 failed, 0 up-to-date, 8 skipped == Why it is trying to find LLVMX86CodeGen.lib while target is ARM ? When I setup LLVM_TARGETS_TO_BUILD=X86;ARM - build process finishes without error. -- 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 30201] Interaction of _Generic and __attribute__((overloadable))
https://llvm.org/bugs/show_bug.cgi?id=30201 Aaron Ballman changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Aaron Ballman --- Fixed in r280483. -- 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 30256] New: Assert in llvm::ReassociatePass::OptimizeAdd
https://llvm.org/bugs/show_bug.cgi?id=30256 Bug ID: 30256 Summary: Assert in llvm::ReassociatePass::OptimizeAdd Product: new-bugs Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: babo...@gmail.com CC: llvm-bugs@lists.llvm.org, vsevolod.livins...@frtk.ru Classification: Unclassified Created attachment 17208 --> https://llvm.org/bugs/attachment.cgi?id=17208&action=edit reproducer > clang++ -std=c++11 -O1 pr.cpp -c clang-4.0: /export/users/dybaboki/llvm/llvm-trunk/lib/Transforms/Scalar/Reassociate.cpp:1592: llvm::Value *llvm::ReassociatePass::OptimizeAdd(llvm::Instruction *, SmallVectorImpl &): Assertion `NumAddedValues > 1 && "Each occurrence should contribute a value"' failed. #0 0x0115d575 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x115d575) #1 0x0115dc46 SignalHandler(int) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x115dc46) #2 0x7f8f60dcba00 __restore_rt (/lib64/libpthread.so.0+0x10a00) #3 0x7f8f5f947a28 __GI_raise (/lib64/libc.so.6+0x34a28) #4 0x7f8f5f94962a __GI_abort (/lib64/libc.so.6+0x3662a) #5 0x7f8f5f940227 __assert_fail_base (/lib64/libc.so.6+0x2d227) #6 0x7f8f5f9402d2 (/lib64/libc.so.6+0x2d2d2) #7 0x01081773 llvm::ReassociatePass::OptimizeAdd(llvm::Instruction*, llvm::SmallVectorImpl&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1081773) #8 0x01082e2a llvm::ReassociatePass::OptimizeExpression(llvm::BinaryOperator*, llvm::SmallVectorImpl&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1082e2a) #9 0x01085f4a llvm::ReassociatePass::ReassociateExpression(llvm::BinaryOperator*) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1085f4a) #10 0x01085085 llvm::ReassociatePass::OptimizeInst(llvm::Instruction*) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1085085) #11 0x01086d25 llvm::ReassociatePass::run(llvm::Function&, llvm::AnalysisManager&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1086d25) #12 0x0108870c (anonymous namespace)::ReassociateLegacyPass::runOnFunction(llvm::Function&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x108870c) #13 0x00d70e3f llvm::FPPassManager::runOnFunction(llvm::Function&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0xd70e3f) #14 0x01b51fe7 (anonymous namespace)::CGPassManager::runOnModule(llvm::Module&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1b51fe7) #15 0x00d71598 llvm::legacy::PassManagerImpl::run(llvm::Module&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0xd71598) #16 0x012e0c13 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module*, clang::BackendAction, std::unique_ptr >) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x12e0c13) #17 0x019b487f clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x19b487f) #18 0x01ddccc6 clang::ParseAST(clang::Sema&, bool, bool) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1ddccc6) #19 0x0169bc45 clang::FrontendAction::Execute() (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x169bc45) #20 0x01666571 clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x1666571) #21 0x0172f9e1 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x172f9e1) #22 0x006e2d79 cc1_main(llvm::ArrayRef, char const*, void*) (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x6e2d79) #23 0x006e17fe main (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x6e17fe) #24 0x7f8f5f933580 __libc_start_main (/lib64/libc.so.6+0x20580) #25 0x006dec49 _start (/export/users/dybaboki/llvm/bin-trunk/bin/clang-4.0+0x6dec49) > clang --version clang version 4.0.0 (trunk 280256) Target: x86_64-unknown-linux-gnu -- 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 30257] New: Nary Reassociate pass takes too long on simple programs
https://llvm.org/bugs/show_bug.cgi?id=30257 Bug ID: 30257 Summary: Nary Reassociate pass takes too long on simple programs Product: libraries Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: Scalar Optimizations Assignee: unassignedb...@nondot.org Reporter: tstel...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 17209 --> https://llvm.org/bugs/attachment.cgi?id=17209&action=edit Reduced Tetst Case The reduced tests cases is from the same larger test case as https://llvm.org/bugs/show_bug.cgi?id=28721. I suspect they have the same root cause. To reproduce: opt -nary-reassociate -mtriple=amdgcn--amdhsa -mcpu=fiji -debug-pass=Executions nary-reassociate-long-compile.ll -o - -S -- 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 30258] New: [SLP][AArch64] Implement cost model for intrinsics.
https://llvm.org/bugs/show_bug.cgi?id=30258 Bug ID: 30258 Summary: [SLP][AArch64] Implement cost model for intrinsics. Product: libraries Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: Backend: AArch64 Assignee: unassignedb...@nondot.org Reporter: mcros...@codeaurora.org CC: bma...@codeaurora.org, llvm-bugs@lists.llvm.org Classification: Unclassified In r270537, Simon added the framework for an intrinsic cost model in the X86 backend. We should consider doing the same for AArch64 as this may expose opportunities in the SLP vectorizer. Currently, X86 supports bitreverse, bswap, ctlz, ctpop, and cttz. I want to say AArch64 has support for most of these in vector form. However, I don't know how well the AArch64 backend handles the lowering of these intrinsics. -- 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 30242] Missing support for K and M suffixes
https://llvm.org/bugs/show_bug.cgi?id=30242 George Rimar changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #1 from George Rimar --- r280494 -- 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 18335] LLVM (and clang) tests leave files in /tmp
https://llvm.org/bugs/show_bug.cgi?id=18335 Reid Kleckner changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Reid Kleckner --- OK, I added some logic in r280501. It can probably be improved, but it will do the right thing on buildbots for now. -- 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 30259] New: ARCMT driver actions leave files behind in /tmp
https://llvm.org/bugs/show_bug.cgi?id=30259 Bug ID: 30259 Summary: ARCMT driver actions leave files behind in /tmp Product: clang Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: -New Bugs Assignee: unassignedclangb...@nondot.org Reporter: richard-l...@metafoo.co.uk CC: llvm-bugs@lists.llvm.org Classification: Unclassified This can be reproduced by running more or less any of the arcmt tests and then looking in $TMP. It seems undesirable for us to leave temporary files behind. -- 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 30260] New: optional not working
https://llvm.org/bugs/show_bug.cgi?id=30260
Bug ID: 30260
Summary: optional not working
Product: libc++
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P
Component: All Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: howard.hinn...@gmail.com
CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com
Classification: Unclassified
I expect this to compile and work:
#include
struct Foo {};
std::experimental::optional
someFunc();
int
main()
{
std::experimental::optional j;
j.emplace(*someFunc());
}
Instead I get compile-time errors such as:
In file included from test.cpp:22:
../libcxx/include/experimental/optional:274:17: error: no matching function for
call to 'operator new'
::new(_VSTD::addressof(__val_))
value_type(_VSTD::move(__x.__val_));
^~
I believe all that is needed (untested suggestion) is a const_cast of the
result of addressof on the way to new (several places).
--
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 26135] Cortex-A5 codegen suboptimal?
https://llvm.org/bugs/show_bug.cgi?id=26135 PeteVine changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- 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 27103] Improve NEON autovectorization?
https://llvm.org/bugs/show_bug.cgi?id=27103 PeteVine changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID -- 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 26882] `-force-target-max-vector-interleave=0` leads to segfault
https://llvm.org/bugs/show_bug.cgi?id=26882 PeteVine changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from PeteVine --- Any comment? It's possible to crash llvm (at 3.9 presently) from within Rust with just `-O -C llvm-args=-force-target-max-vector-interleave=0` -- 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 26882] `-force-target-max-vector-interleave=0` leads to segfault
https://llvm.org/bugs/show_bug.cgi?id=26882 PeteVine changed: What|Removed |Added Status|RESOLVED|REOPENED 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 23214] [META] Using LLD as FreeBSD's system linker
https://llvm.org/bugs/show_bug.cgi?id=23214 Bug 23214 depends on bug 30222, which changed state. Bug 30222 Summary: lld does not implement -nostdlib option https://llvm.org/bugs/show_bug.cgi?id=30222 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 30222] lld does not implement -nostdlib option
https://llvm.org/bugs/show_bug.cgi?id=30222 Rui Ueyama changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Rui Ueyama --- Done in r280528. -- 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 30261] New: [Meta] 3.9.1 Merges and Bug Fixes
https://llvm.org/bugs/show_bug.cgi?id=30261 Bug ID: 30261 Summary: [Meta] 3.9.1 Merges and Bug Fixes Product: libc++ Version: 3.9 Hardware: PC OS: All Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: unassignedclangb...@nondot.org Reporter: e...@efcs.ca CC: llvm-bugs@lists.llvm.org, mclow.li...@gmail.com Classification: Unclassified This patch is meant to track bug fixes and other patches that we want to merge into 3.9.1. -- 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 30262] New: user-defined operators are not called on lambda
https://llvm.org/bugs/show_bug.cgi?id=30262
Bug ID: 30262
Summary: user-defined operators are not called on lambda
Product: clang
Version: trunk
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P
Component: -New Bugs
Assignee: unassignedclangb...@nondot.org
Reporter: mikhail.strelni...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Following code prints "clang" when compiled with clang and prints "gcc or msvc"
when compiled with gcc or msvc.
#include
namespace other
{
template
void bar(F && f)
{
(*(&f))();
}
}
namespace n
{
template
struct o { };
template
struct p { void operator()(){ std::cout << "gcc or msvc" << std::endl; } };
template
constexpr auto operator&(T)
{
return o{};
}
template
constexpr auto operator*(T)
{
return p{};
}
void foo()
{
other::bar([](){ std::cout << "clang" << std::endl; });
}
}
int main()
{
n::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 30263] New: Can't compile clang 3.9 via MinGW GCC 6.2 (x86)
https://llvm.org/bugs/show_bug.cgi?id=30263 Bug ID: 30263 Summary: Can't compile clang 3.9 via MinGW GCC 6.2 (x86) Product: clang Version: 3.9 Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: libclang Assignee: unassignedclangb...@nondot.org Reporter: denisavvaku...@gmail.com CC: kli...@google.com, llvm-bugs@lists.llvm.org Classification: Unclassified I tried to build llvm+clang with GCC 6.2 Toolchanin url --> (https://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Personal%20Builds/mingw-builds/6.2.0/threads-posix/dwarf/i686-6.2.0-release-posix-dwarf-rt_v5-rev0.7z/download) Got error messages: [ 75%] Built target clangASTMatchers [ 75%] Building CXX object projects/cfe-3.9.0.src/lib/ASTMatchers/Dynamic/CMakeFiles/clangDynamicASTMatchers.dir/Registry.cpp.obj E:/FDISK/mingw32/bin/../lib/gcc/i686-w64-mingw32/6.2.0/../../../../i686-w64-mingw32/bin/as.exe: CMakeFiles\clangDynamicASTMatchers.dir\Registry.cpp.obj: too many sections (32838) C:\Users\denis\AppData\Local\Temp\ccMkeeMR.s: Assembler messages: C:\Users\denis\AppData\Local\Temp\ccMkeeMR.s: Fatal error: can't write CMakeFiles\clangDynamicASTMatchers.dir\Registry.cpp.obj: File too big E:/FDISK/mingw32/bin/../lib/gcc/i686-w64-mingw32/6.2.0/../../../../i686-w64-mingw32/bin/as.exe: CMakeFiles\clangDynamicASTMatchers.dir\Registry.cpp.obj: too many sections (32838) C:\Users\denis\AppData\Local\Temp\ccMkeeMR.s: Fatal error: can't close CMakeFiles\clangDynamicASTMatchers.dir\Registry.cpp.obj: File too big projects\cfe-3.9.0.src\lib\ASTMatchers\Dynamic\CMakeFiles\clangDynamicASTMatchers.dir\build.make:137: recipe for target 'projects/cfe-3.9.0.src/lib/ASTMatchers/Dynamic/CMakeFiles/clangDynamicASTMatchers.dir/Registry.cpp.obj' failed mingw32-make.exe[2]: *** [projects/cfe-3.9.0.src/lib/ASTMatchers/Dynamic/CMakeFiles/clangDynamicASTMatchers.dir/Registry.cpp.obj] Error 1 CMakeFiles\Makefile2:14315: recipe for target 'projects/cfe-3.9.0.src/lib/ASTMatchers/Dynamic/CMakeFiles/clangDynamicASTMatchers.dir/all' failed mingw32-make.exe[1]: *** [projects/cfe-3.9.0.src/lib/ASTMatchers/Dynamic/CMakeFiles/clangDynamicASTMatchers.dir/all] Error 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 29164] amdgpu + tonga unigine vallley assert since Create subranges for new intervals resulting from live interval splitting
https://llvm.org/bugs/show_bug.cgi?id=29164 Krzysztof Parzyszek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Krzysztof Parzyszek --- Changed the fix to https://reviews.llvm.org/D24190, committed in r280532. I verfied that the attached testcase compiles succesfully. -- 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 30264] New: [InstCombine] reduce shuffles with constants to a single shuffle
https://llvm.org/bugs/show_bug.cgi?id=30264
Bug ID: 30264
Summary: [InstCombine] reduce shuffles with constants to a
single shuffle
Product: libraries
Version: trunk
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: Scalar Optimizations
Assignee: unassignedb...@nondot.org
Reporter: spatel+l...@rotateright.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
I noticed this case in https://reviews.llvm.org/D24182 :
define <4 x float> @insertConstants(<4 x float> %x) {
%shuf1 = shufflevector <4 x float> %x, <4 x float> , <4 x i32>
%shuf2 = shufflevector <4 x float> %shuf1, <4 x float> , <4 x i32>
ret <4 x float> %shuf2
}
This can be combined into one shuffle instruction that we can assume is as
cheap as either of the original ones:
shufflevector <4 x float> %x, <4 x float> , <4 x i32>
--
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 13633] powerpc64 extra stores into parameter save area for register-passed struct
https://llvm.org/bugs/show_bug.cgi?id=13633 Hal Finkel changed: What|Removed |Added Status|NEW |RESOLVED CC||hfin...@anl.gov Resolution|--- |FIXED --- Comment #1 from Hal Finkel --- This seems to be fixed now. For the test case provided, we now generate: mflr 0 std 31, -8(1) std 0, 16(1) stdu 1, -160(1) lis 3, 16404 mr 31, 1 addis 5, 2, .LCPI0_0@toc@ha addis 6, 2, .LCPI0_1@toc@ha addis 7, 2, .LCPI0_2@toc@ha li 4, 3 li 9, 4097 ori 3, 3, 52428 lfd 2, 144(31) lfd 1, .LCPI0_0@toc@l(5) lfd 4, .LCPI0_1@toc@l(6) sldi 3, 3, 32 lfd 5, .LCPI0_2@toc@l(7) li 8, 127 sldi 4, 4, 32 oris 3, 3, 52428 std 8, 128(1) sldi 9, 9, 50 std 4, 112(1) ori 3, 3, 52429 li 5, 99 fmr 3, 2 li 8, 0 std 3, 120(1) li 3, 23 bl func nop addi 1, 1, 160 ld 0, 16(1) ld 31, -8(1) mtlr 0 blr There are no stores to r1+96 or r1+98. -- 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 30265] New: LLDB-MI: environment-cd doesn't change working directory for inferior
https://llvm.org/bugs/show_bug.cgi?id=30265 Bug ID: 30265 Summary: LLDB-MI: environment-cd doesn't change working directory for inferior Product: lldb Version: unspecified Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: All Bugs Assignee: lldb-...@lists.llvm.org Reporter: a...@unlimitedcodeworks.xyz CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 17210 --> https://llvm.org/bugs/attachment.cgi?id=17210&action=edit Make environment-cd also change working directory of the inferior -environment-cd should change the working directory of the inferior. It works in GDB. -- 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 24796] PowerPC integrated assembler missing instructions required to build Linux kernel
https://llvm.org/bugs/show_bug.cgi?id=24796 Hal Finkel changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Hal Finkel --- Added in r280559/r280560. Please file more bug reports if any others are needed. -- 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 28600] [meta] 3.9.0 Release Blockers
https://llvm.org/bugs/show_bug.cgi?id=28600 Hans Wennborg changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Hans Wennborg --- Closing. Use PR30261 for 3.9.1 issues. -- 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 23646] unrecognized instruction mnemonic: bc+
https://llvm.org/bugs/show_bug.cgi?id=23646 Hal Finkel changed: What|Removed |Added Status|NEW |RESOLVED CC||hfin...@anl.gov Resolution|--- |FIXED --- Comment #1 from Hal Finkel --- Fixed in r280571. -- 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
