[llvm-bugs] [Bug 28369] New: Member completion of forward declared class emits non-member completion results
https://llvm.org/bugs/show_bug.cgi?id=28369
Bug ID: 28369
Summary: Member completion of forward declared class emits
non-member completion results
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: libclang
Assignee: unassignedclangb...@nondot.org
Reporter: nikolai.kos...@qt.io
CC: kli...@google.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
~/work/clang-research/completeFwd % cat -n typeForwardDeclared.cpp
1 class Foo;
2 void g(Foo &foo)
3 {
4 foo. // Complete here
5 }
6
Complete at that point will emit non-member completion results, as if there is
no "foo." in that line:
~/work/clang-research/completeFwd %
/home/nik/usr/llvm-trunk_install/bin/clang-3.9 -cc1 -code-completion-at
typeForwardDeclared.cpp:4:9 typeForwardDeclared.cpp
typeForwardDeclared.cpp:4:8: error: member access into incomplete type 'Foo'
foo. // Complete here
^
typeForwardDeclared.cpp:1:7: note: forward declaration of 'Foo'
class Foo;
^
COMPLETION: __FUNCTION__
COMPLETION: __PRETTY_FUNCTION__
COMPLETION: _Nonnull
COMPLETION: _Null_unspecified
COMPLETION: _Nullable
COMPLETION: bool
COMPLETION: char
COMPLETION: class
COMPLETION: const
COMPLETION: Pattern : const_cast<<#type#>>(<#expression#>)
COMPLETION: Pattern : [#void#]delete <#expression#>
COMPLETION: Pattern : [#void#]delete [] <#expression#>
COMPLETION: double
COMPLETION: Pattern : dynamic_cast<<#type#>>(<#expression#>)
COMPLETION: enum
COMPLETION: extern
COMPLETION: Pattern : [#bool#]false
COMPLETION: float
COMPLETION: Foo : Foo
COMPLETION: foo : [#Foo &#]foo
COMPLETION: g : [#void#]g(<#Foo &foo#>)
COMPLETION: Pattern : goto <#label#>
COMPLETION: int
COMPLETION: long
COMPLETION: Pattern : new <#type#>(<#expressions#>)
COMPLETION: Pattern : new <#type#>[<#size#>](<#expressions#>)
COMPLETION: operator
COMPLETION: Pattern : reinterpret_cast<<#type#>>(<#expression#>)
COMPLETION: Pattern : return
COMPLETION: short
COMPLETION: signed
COMPLETION: Pattern : [#size_t#]sizeof(<#expression-or-type#>)
COMPLETION: static
COMPLETION: Pattern : static_cast<<#type#>>(<#expression#>)
COMPLETION: struct
COMPLETION: Pattern : [#bool#]true
COMPLETION: Pattern : typedef <#type#> <#name#>
COMPLETION: Pattern : [#std::type_info#]typeid(<#expression-or-type#>)
COMPLETION: Pattern : typename <#qualifier#>::<#name#>
COMPLETION: Pattern : typeof <#expression#>
COMPLETION: Pattern : typeof(<#type#>)
COMPLETION: union
COMPLETION: unsigned
COMPLETION: Pattern : using namespace <#identifier#>
COMPLETION: void
COMPLETION: volatile
COMPLETION: wchar_t
1 error generated.
Expected is that it should not emit any results, as it does if the forward
declaration is commented out.
Happens also on the 3.8 branch.
--
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 27912] trunk/llvm/lib/Target/ARM/ARMAsmPrinter.cpp:647: possible poor find ?
https://llvm.org/bugs/show_bug.cgi?id=27912 Renato Golin changed: What|Removed |Added Status|NEW |RESOLVED CC||renato.go...@linaro.org Resolution|--- |FIXED --- Comment #1 from Renato Golin --- r271018 -- 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 28370] New: llvm/Support/Solaris.h not found
https://llvm.org/bugs/show_bug.cgi?id=28370
Bug ID: 28370
Summary: llvm/Support/Solaris.h not found
Product: Build scripts
Version: trunk
Hardware: All
OS: Solaris
Status: NEW
Severity: normal
Priority: P
Component: cmake
Assignee: unassignedb...@nondot.org
Reporter: r...@gcc.gnu.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 16657
--> https://llvm.org/bugs/attachment.cgi?id=16657&action=edit
Proposed patch
When performing the initial cmake run in an empty directory on
i386-pc-solaris2.12
(had the same problem before on Solaris 2.11), cmake fails with
-- Performing Test LIBCXX_SUPPORTS_STD_EQ_CXX11_FLAG
-- Performing Test LIBCXX_SUPPORTS_STD_EQ_CXX11_FLAG - Failed
CMake Error at projects/libcxx/CMakeLists.txt:298 (message):
C++11 is required but the compiler does not support -std=c++11
In the log, I find
gmake[1]: Entering directory '/var/gcc/llvm/dist/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_4aa0c.dir/src.cxx.o
/usr/gcc/4.9/bin/g++ -fPIC -fvisibility-inlines-hidden -Wall -W
-Wno-unused-parameter -Wwrite-strings -Wcast-qual
-Wno-missing-field-initializers -pedantic -Wno-long-long
-Wno-maybe-uninitialized -Wdelete-non-virtual-dtor -Wno-comment
-Werror=date-time -std=c++11 -include llvm/Support/Solaris.h
-DLIBOMP_HAVE_STD_CPP11_FLAG -std=c++11 -o
CMakeFiles/cmTC_4aa0c.dir/src.cxx.o -c
/var/gcc/llvm/dist/CMakeFiles/CMakeTmp/src.cxx
cc1plus: fatal error: llvm/Support/Solaris.h: No such file or directory
compilation terminated.
So no wonder there's no path specified for Solaris.h. It seems this can only
work in an in-source build (if at all).
The fix is easy: just prefix with ${LLVM_MAIN_INCLUDE_DIR}/ as in the attached
patch.
This has allowed the cmake (and subsequent build) to complete.
While I would like to get rid of Solaris.h completely (it causes trouble
without end for an WIP sanitizer port), for the time being it should at least
work.
Rainer
--
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 28371] New: [mc] ds_swizzle_b32 wrong opcode on vi
https://llvm.org/bugs/show_bug.cgi?id=28371 Bug ID: 28371 Summary: [mc] ds_swizzle_b32 wrong opcode on vi Product: libraries Version: trunk Hardware: PC OS: Windows NT Status: NEW Severity: normal Priority: P Component: Backend: AMDGPU Assignee: unassignedb...@nondot.org Reporter: i.am.permi...@gmail.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified asm generates old opcode 0x35 for ds_swizzle_b32 which were used in gfx7. VI opcode for that instruction should be 0x3D -- 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 28372] New: avx512 JIT backend generates wrong code on <4 x float>
https://llvm.org/bugs/show_bug.cgi?id=28372 Bug ID: 28372 Summary: avx512 JIT backend generates wrong code on <4 x float> Product: tools Version: trunk Hardware: PC OS: Linux Status: NEW Severity: release blocker Priority: P Component: lli Assignee: unassignedb...@nondot.org Reporter: fwin...@jlab.org CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16658 --> https://llvm.org/bugs/attachment.cgi?id=16658&action=edit exploit program When compiling the attached module with the JIT engine on an Intel KNL I see wrong code getting emitted. I attach a complete exploit program which shows the bug in LLVM trunk. It loads and JIT compiles the module and prints the assembler. I stumbled on this since the result of an actual calculation was wrong. So, it's not only the text version of the assembler also the machine assembler is wrong. When I execute the exploit program on an Intel KNL the following output is produced: CPU name = knl -sse4a,-avx512bw,cx16,-tbm,xsave,-fma4,-avx512vl,prfchw,bmi2,adx,-xsavec,fsgsbase,avx,avx512cd,avx512pf,-rtm,popcnt,fma,bmi,aes,rdrnd,-xsaves,sse4.1,sse4.2,avx2,avx512er,sse,lzcnt,pclmul,avx512f,f16c,ssse3,mmx,-pku,cmov,-xop,rdseed,movbe,-hle,xsaveopt,-sha,sse2,sse3,-avx512dq, Assembly: .text .file"module_KFxOBX_i4_after.ll" .globladjmul .align16, 0x90 .typeadjmul,@function adjmul: .cfi_startproc leaq(%rdi,%r8), %rdx addq%rsi, %r8 testb$1, %cl cmoveq%rdi, %rdx cmoveq%rsi, %r8 movq%rdx, %rax sarq$63, %rax shrq$62, %rax addq%rdx, %rax sarq$2, %rax movq%r8, %rcx sarq$63, %rcx shrq$62, %rcx addq%r8, %rcx sarq$2, %rcx movq%rax, %rdx shlq$5, %rdx leaq16(%r9,%rdx), %rsi orq$16, %rdx movq16(%rsp), %rdi addq%rdx, %rdi addq8(%rsp), %rdx .align16, 0x90 .LBB0_1: vmovaps-16(%rdx), %xmm0 vmovaps(%rdx), %xmm1 vmovaps-16(%rdi), %xmm2 vmovaps(%rdi), %xmm3 vmulps%xmm3, %xmm1, %xmm4 vmulps%xmm2, %xmm1, %xmm1 vfmadd213ss%xmm4, %xmm0, %xmm2 vfmsub213ss%xmm1, %xmm0, %xmm3 vmovaps%xmm2, -16(%rsi) vmovaps%xmm3, (%rsi) addq$1, %rax addq$32, %rsi addq$32, %rdi addq$32, %rdx cmpq%rcx, %rax jl.LBB0_1 retq .Lfunc_end0: .sizeadjmul, .Lfunc_end0-adjmul .cfi_endproc .section".note.GNU-stack","",@progbits end assembly! The instructions 'vfmadd213ss' are 'Fused Multiply-Add of Scalar Single-Precision Floating-Point'. Those should be SIMD vector instructions. Note that the KNL has 16 wide float SIMD, while the exploit module uses only 4. However, the backend should be able to handle this. -- 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 28373] New: clang nullptr dereference in code from r273602 (Implement p0292r2)
https://llvm.org/bugs/show_bug.cgi?id=28373
Bug ID: 28373
Summary: clang nullptr dereference in code from r273602
(Implement p0292r2)
Product: new-bugs
Version: unspecified
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: yaron.ke...@gmail.com
CC: llvm-bugs@lists.llvm.org, richard-l...@metafoo.co.uk
Classification: Unclassified
compiling
void foo() {
if (!a) {
}
}
with clang results in a crash in Sema::ActOnIfStmt, when CondExpr is nullptr
and dereferenced.
Expr *CondExpr = Cond.get().second;
if (!Diags.isIgnored(diag::warn_comma_operator,
CondExpr->getExprLoc()))
CommaVisitor(*this).Visit(CondExpr);
--
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 28373] clang nullptr dereference in code from r273602 (Implement p0292r2)
https://llvm.org/bugs/show_bug.cgi?id=28373 Richard Smith changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Richard Smith --- Fixed in r274260. -- 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 28374] New: -Rpass-missed=loop-vectorize says nothing at all for outer loops
https://llvm.org/bugs/show_bug.cgi?id=28374
Bug ID: 28374
Summary: -Rpass-missed=loop-vectorize says nothing at all for
outer loops
Product: new-bugs
Version: trunk
Hardware: Macintosh
OS: MacOS X
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: s...@rogue-research.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 16662
--> https://llvm.org/bugs/attachment.cgi?id=16662&action=edit
Repro case
Consider:
test.c---
#include
int foo(int *A, int *B, int n) {
#pragma clang loop vectorize(enable)
for (int k = 0; k < n; ++k)
{
unsigned sum = 0;
#pragma clang loop vectorize(enable)
for (int i = 0; i < n; ++i)
sum += A[i] + 5;
printf("%i", sum);
}
return 0;
}
---
$ clang --version
clang version 3.9.0 (trunk 274259)
$ clang -S -fvectorize -O3 -Rpass=loop-vectorize -Rpass-missed=loop-vectorize
-Rpass-analysis=loop-vectorize ~/Desktop/test.c
/Users/sean/Desktop/test.c:11:4: remark: vectorized loop (vectorization width:
4, interleaved count: 2) [-Rpass=loop-vectorize]
for (int i = 0; i < n; ++i)
^
It helpfully says it vectorized the inner loop, but says *nothing* about the
outer loop (despite the #pragma even).
Adam Nemet said on cfe-dev that "the vectorizer does not visit outer loops and
the diagnostics is emitted in the vectorizer so we don’t get a chance to report
anything."
For a user trying to audit/tweak his loops to be vectorization-friendly, it's
frustrating that the flags that are supposed to report if/why a loop has/has
not been vectorized are not behaving reliably.
--
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 28375] New: Poor -Rpass-analysis=loop-vectorize diagnostic message for (acceptable) failure to vectorize Objective-C fast enumeration loops
https://llvm.org/bugs/show_bug.cgi?id=28375
Bug ID: 28375
Summary: Poor -Rpass-analysis=loop-vectorize diagnostic message
for (acceptable) failure to vectorize Objective-C fast
enumeration loops
Product: new-bugs
Version: trunk
Hardware: Macintosh
OS: MacOS X
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: s...@rogue-research.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 16663
--> https://llvm.org/bugs/attachment.cgi?id=16663&action=edit
Repro case
I'm not at all surprised that clang does not autovectorize even simple
Objective-C fast enumeration loops like below:
---test.m--
#import
int main(void)
{
int sum = 0;
for (NSNumber* n in @[@1, @2, @3]) {
sum++;
}
return sum;
}
---
But the diagnostic is poor:
$ clang --version
clang version 3.9.0 (trunk 274259)
$ clang -S -fvectorize -O3 -Rpass-analysis=loop-vectorize ~/Desktop/test.m
/Users/sean/Desktop/test.m:6:2: remark: loop not vectorized: control flow
cannot be substituted for a select [-Rpass-analysis=loop-vectorize]
for (NSNumber* n in @[@6, @7, @3]) {
^
A message like "NSFastEnumeration loops can never be vectorized" would be
better IMHO.
--
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 28376] New: -Rpass-missed=loop-vectorize says to use -Rpass-analysis=loop-vectorize even if I already am
https://llvm.org/bugs/show_bug.cgi?id=28376 Bug ID: 28376 Summary: -Rpass-missed=loop-vectorize says to use -Rpass-analysis=loop-vectorize even if I already am Product: new-bugs Version: trunk Hardware: Macintosh OS: MacOS X Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: s...@rogue-research.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16664 --> https://llvm.org/bugs/attachment.cgi?id=16664&action=edit Repro case If I compile passing the -Rpass-missed=loop-vectorize flag I'm told "use -Rpass-analysis=loop-vectorize for more info", ex: $ clang -S -fvectorize -O3 -Rpass-missed=loop-vectorize basic.cxx basic.cxx:3:5: remark: loop not vectorized: use -Rpass-analysis=loop-vectorize for more info [-Rpass-missed=loop-vectorize] for (int i = 0; i < Length; i++) ^ so if I then add -Rpass-analysis=loop-vectorize as instructed, it outputs: $ clang -S -fvectorize -O3 -Rpass-missed=loop-vectorize -Rpass-analysis=loop-vectorize /basic.cxx basic.cxx:5:9: remark: loop not vectorized: loop contains a switch statement [-Rpass-analysis=loop-vectorize] switch(A[i]) ^ basic.cxx:3:5: remark: loop not vectorized: use -Rpass-analysis=loop-vectorize for more info [-Rpass-missed=loop-vectorize] for (int i = 0; i < Length; i++) ^ It still says to "use -Rpass-analysis=loop-vectorize for more info" even though I already am! :) Not very useful/clever. :) This causes lots of noise. $ clang --version clang version 3.9.0 (trunk 274259) -- 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 28377] New: Mere addition of template makes -Rpass-analysis=loop-vectorize fall silent
https://llvm.org/bugs/show_bug.cgi?id=28377
Bug ID: 28377
Summary: Mere addition of template makes
-Rpass-analysis=loop-vectorize fall silent
Product: new-bugs
Version: trunk
Hardware: Macintosh
OS: MacOS X
Status: NEW
Severity: normal
Priority: P
Component: new bugs
Assignee: unassignedb...@nondot.org
Reporter: s...@rogue-research.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified
Created attachment 16665
--> https://llvm.org/bugs/attachment.cgi?id=16665&action=edit
repro case
Maybe a dupe of #28374, but...
If I have 2 identical functions, but template one, clang's
-Rpass-analysis=loop-vectorize flag will talk about the one, but fall silent
about the templated one:
---test.cxx-
template
void test1(int *A, int *B, int Length)
{
for (int i = 0; i < Length; i++)
{
switch(A[i])
{
case 0: B[i] = 1;
break;
case 1: B[i] = 2;
break;
default: B[i] = 3;
}
}
}
void test2(int *A, int *B, int Length)
{
for (int i = 0; i < Length; i++)
{
switch(A[i])
{
case 0: B[i] = 1;
break;
case 1: B[i] = 2;
break;
default: B[i] = 3;
}
}
}
$ clang --version
clang version 3.9.0 (trunk 274259)
$ clang -S -fvectorize -O3 -Rpass=loop-vectorize -Rpass-missed=loop-vectorize
-Rpass-analysis=loop-vectorize ~/Desktop/test.cxx
/Users/sean/Desktop/test.cxx:21:9: remark: loop not vectorized: loop contains a
switch statement [-Rpass-analysis=loop-vectorize]
switch(A[i])
^
/Users/sean/Desktop/test.cxx:19:5: remark: loop not vectorized: use
-Rpass-analysis=loop-vectorize for more info [-Rpass-missed=loop-vectorize]
for (int i = 0; i < Length; i++)
^
It says it can't vectorize the 2nd loop (lines 19-21 ish), but says nothing at
all about the first (templated) 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 28096] Clang++ selects wrong constructor in return statement (lvalue instead of rvalue)
https://llvm.org/bugs/show_bug.cgi?id=28096 Erik Pilkington 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 27785] Clang doesn’t implement DR1579 for id-expressions in return statements
https://llvm.org/bugs/show_bug.cgi?id=27785 Erik Pilkington changed: What|Removed |Added Status|NEW |RESOLVED CC||erik.pilking...@gmail.com Resolution|--- |DUPLICATE --- Comment #1 from Erik Pilkington --- Fixed in r274291, Thanks! *** This bug has been marked as a duplicate of bug 28096 *** -- 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 23849] Implement CWG 1579: Return by converting move constructor
https://llvm.org/bugs/show_bug.cgi?id=23849 Erik Pilkington changed: What|Removed |Added Status|NEW |RESOLVED CC||erik.pilking...@gmail.com Resolution|--- |DUPLICATE --- Comment #2 from Erik Pilkington --- Fixed in r274291. Thanks! *** This bug has been marked as a duplicate of bug 28096 *** -- 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 28377] Mere addition of template makes -Rpass-analysis=loop-vectorize fall silent
https://llvm.org/bugs/show_bug.cgi?id=28377 Adam Nemet changed: What|Removed |Added Status|NEW |RESOLVED CC||ane...@apple.com Resolution|--- |WONTFIX --- Comment #1 from Adam Nemet --- test1 is not instantiated so we never compile it. I don't think this is a case we need to handle. -- 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 20242] Missed CSE opportunity
https://llvm.org/bugs/show_bug.cgi?id=20242 Sebastian Pop changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Sebastian Pop --- Fixed in r274305. -- 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 22005] GVN can't remove trivially identical operations in zlib
https://llvm.org/bugs/show_bug.cgi?id=22005 Sebastian Pop changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Sebastian Pop --- Fixed in r274305. -- 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 28378] New: clang frontend command failed due to signal
https://llvm.org/bugs/show_bug.cgi?id=28378
Bug ID: 28378
Summary: clang frontend command failed due to signal
Product: clang
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P
Component: C++
Assignee: unassignedclangb...@nondot.org
Reporter: ba...@chromium.org
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified
I got following error while compiling chromium.
1. ../../content/browser/browser_main_loop.cc:739:3: current parser token
'{'
2. ../../content/browser/browser_main_loop.cc:206:1: parsing namespace
'content'
3. ../../content/browser/browser_main_loop.cc:700:41: parsing function
body 'content::BrowserMainLoop::PreCreateThreads'
4. ../../content/browser/browser_main_loop.cc:700:41: in compound
statement ('{}')
clang: error: unable to execute command: Segmentation fault (core dumped)
clang: error: clang frontend command failed due to signal (use -v to see
invocation)
clang version 3.9.0 (trunk 274142)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir:
/usr/local/google/home/bashi/cr-secondary/src/out/gn-release/../../third_party/llvm-build/Release+Asserts/bin
--
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 28379] New: aarch64: LLVM ERROR: Cannot select: t25: i32 = AArch64ISD::FCCMP t2, t30, Constant:i32<0>, Constant:i32<11>, t23:1
https://llvm.org/bugs/show_bug.cgi?id=28379 Bug ID: 28379 Summary: aarch64: LLVM ERROR: Cannot select: t25: i32 = AArch64ISD::FCCMP t2, t30, Constant:i32<0>, Constant:i32<11>, t23:1 Product: new-bugs Version: 3.8 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P Component: new bugs Assignee: unassignedb...@nondot.org Reporter: adrian.p...@windriver.com CC: llvm-bugs@lists.llvm.org Classification: Unclassified Created attachment 16668 --> https://llvm.org/bugs/attachment.cgi?id=16668&action=edit reduced LL showing failure Compiling with: llc bugpoint-reduced-simplified.ll Causes the following failure: LLVM ERROR: Cannot select: t25: i32 = AArch64ISD::FCCMP t2, t30, Constant:i32<0>, Constant:i32<11>, t23:1 t2: f128,ch = CopyFromReg t0, Register:f128 %vreg0 t1: f128 = Register %vreg0 t30: f128,ch = load t0, t34, undef:i64 t34: i64 = AArch64ISD::ADDlow t33, TargetConstantPool:i64 0 [TF=34] t33: i64 = AArch64ISD::ADRP TargetConstantPool:i64 0 [TF=1] t31: i64 = TargetConstantPool 0 [TF=1] t32: i64 = TargetConstantPool 0 [TF=34] t29: i64 = undef t4: i32 = Constant<0> t24: i32 = Constant<11> t23: i32,i32 = AArch64ISD::SUBS undef:i32, Constant:i32<0> t3: i32 = undef t4: i32 = Constant<0> In function: floorl -- 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 25671] [Feature] Use compiler builtin to implement tuple_element
https://llvm.org/bugs/show_bug.cgi?id=25671 Eric Fiselier changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #7 from Eric Fiselier --- I made this change earlier today in r274330. -- 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
