[llvm-bugs] [Bug 27753] New: SFINAE issue on Clang 3.7

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27753

Bug ID: 27753
   Summary: SFINAE issue on Clang 3.7
   Product: clang
   Version: 3.7
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C++11
  Assignee: unassignedclangb...@nondot.org
  Reporter: wenzel.ja...@epfl.ch
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

I think I've stumbled upon an issue related to the C++11 SFINAE implementation
in Clang.

The following type_traits-style code tries to test whether a given type (or a
STL map involving a key and value type) are comparable using operator==.

When instantiating it with a non-comparable type, Clang issues a type checker
error despite there being a fallback definition where the relevant types can be
substituted without errors.

The observed and expected output are listed below. It works without issues in
GCC 5.0. This was compiled using the latest XCode build.


#include 
#include 
#include 

/* Non-comparable dummy class */
struct A {
bool operator==(const A&) = delete;
};

/* SFINAE helper class to check for the presence of 'key_type' and 'value_type'
*/
template   struct container_traits {
template  static std::true_type test_key(typename T2::key_type
*);
template  static std::false_type test_key(...);
template  static std::true_type test_value(typename
T2::value_type *);
template  static std::false_type test_value(...);
static constexpr const bool has_key = std::is_same(nullptr))>::value;
static constexpr const bool has_value = std::is_same(nullptr))>::value;

/* True if 'key_type' and 'value_type' typedefs exist */
static constexpr const bool is_map = has_key && has_value;
};

/* Default: is_comparable -> std::false_type */
template 
struct is_comparable : std::false_type { };

/* For non-map data structures, check whether operator== can be instantiated */
template 
struct is_comparable< T, typename std::enable_if::is_map
&&
 decltype((void)
(std::declval() == std::declval()),
 bool())(true)>::type>
: std::true_type { };

/* For a map data structure, recursively check the key and value types */
template 
struct is_comparable::is_map>::type> {
static constexpr const bool value =
is_comparable::value &&
is_comparable::value;
};


int main(int argc, char *argv[]) {
std::cout << "is_comparable(int) = " << is_comparable::value <<
std::endl;
std::cout << "is_comparable(map int) = " << is_comparable>::value << std::endl;
std::cout << "is_comparable(A) = "   << is_comparable::value <<
std::endl;
std::cout << "is_comparable(map A) = "   << is_comparable>::value << std::endl;

/* Expected output (GCC-5.0)

   is_comparable(int) = 1
   is_comparable(map int) = 1
   is_comparable(A) = 0
   is_comparable(map A) = 0
*/

/* Actual output

   $ clang++ -v
   Apple LLVM version 7.3.0 (clang-703.0.31)
   Target: x86_64-apple-darwin15.4.0
   Thread model: posix
   InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

   $ clang++ -std=c++14 -Wall test.cpp -o test

   In file included from test.cpp:1:
   In file included from
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/iostream:38:
   In file included from
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/ios:216:
   In file included from
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/__locale:15:
   In file included from
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/string:439:
   In file included from
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/algorithm:627:
  
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/utility:410:22:
error: invalid operands to binary expression ('const A' and 'const A')
   return __x.first == __y.first && __x.second == __y.second;
  ~ ^  ~
   test.cpp:38:93: note: in instantiation of function template
specialization 'std::__1::operator==' requested here
decltype((void)
(std::declval() == std::declval()),
   
   ^
   test.cpp:33:9: note: during template argument deduction for class
template partial specialization 'is_comparable::no_match && decltype((void)(std::declval() == std::declval()) , bool())(true), void>::typ

[llvm-bugs] [Bug 27682] Eflags does not record the use of microMIPS ASE.

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27682

Daniel Sanders  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #1 from Daniel Sanders  ---
Fixed in r269639

-- 
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 27754] New: constructor cannot be redeclared (r269398)

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27754

Bug ID: 27754
   Summary: constructor cannot be redeclared (r269398)
   Product: clang
   Version: unspecified
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: Modules
  Assignee: unassignedclangb...@nondot.org
  Reporter: vvasi...@cern.ch
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

error: constructor cannot be redeclared
template  struct integral_constant {};
^
includes/home/vvassilev/workspace/root/obj/include/RConversionRuleParser.h:2:39:
note: previous implicit declaration is here
template < typename _Tp, _Tp > struct integral_constant
  ^
rootcling_tmp.cxx:1:10: fatal error: could not build module 'TMetaUtils.h'
#include "TMetaUtils.h"
 ^~
2 errors generated.


(gdb) b 'clang::TextDiagnosticPrinter::HandleDiagnostic'
Breakpoint 1 at 0x16c11d0
(gdb) r
Starting program: /home/vvassilev/workspace/llvm-git/inst_release/bin/clang-3.9
-cc1 -triple x86_64-unknown-linux-gnu -emit-obj -mrelax-all -disable-free
-main-file-name RooGaussModel.cxx -mrelocation-model pic -pic-level 2
-mthread-model posix -mdisable-fp-elim -fmath-errno -masm-verbose
-mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -v
-dwarf-column-info -debug-info-kind=limited -dwarf-version=4
-debugger-tuning=gdb -coverage-file
/home/vvassilev/workspace/root/obj/roofit/roofit/src/RooGaussModel.o
-resource-dir
/home/vvassilev/workspace/llvm-git/inst_release/bin/../lib/clang/3.9.0
-dependency-file roofit/roofit/src/RooGaussModel.d -MT
roofit/roofit/src/RooGaussModel.o -MP -I include -internal-isystem
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9 -internal-isystem
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9
-internal-isystem
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9
-internal-isystem
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/backward
-internal-isystem /usr/local/include -internal-isystem
/home/vvassilev/workspace/llvm-git/inst_release/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
-Wshadow -Wall -W -Woverloaded-virtual -Wno-deprecated-declarations -std=c++11
-fdeprecated-macro -fdebug-compilation-dir /home/vvassilev/workspace/root/obj
-ferror-limit 19 -fmessage-length 127 -pthread -fmodules -fimplicit-module-maps
-fmodules-cache-path=/home/vvassilev/workspace/root/obj/include/pcms/
-fmodule-map-file=/home/vvassilev/workspace/root/obj/include/module.modulemap
-fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -o
roofit/roofit/src/RooGaussModel.o -x c++
/home/vvassilev/workspace/root/src/roofit/roofit/src/RooGaussModel.cxx
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
clang -cc1 version 3.9.0 based upon LLVM 3.9.0svn default target
x86_64-unknown-linux-gnu
ignoring nonexistent directory "/include"
ignoring duplicate directory
"/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9"
#include "..." search starts here:
#include <...> search starts here:
 include
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/backward
 /usr/local/include
 /home/vvassilev/workspace/llvm-git/inst_release/bin/../lib/clang/3.9.0/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
[New Thread 0x75e50700 (LWP 10966)]
clang -cc1 version 3.9.0 based upon LLVM 3.9.0svn default target
x86_64-unknown-linux-gnu
ignoring nonexistent directory "/include"
ignoring duplicate directory
"/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9"
#include "..." search starts here:
#include <...> search starts here:
 include
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/backward
 /usr/local/include
 /home/vvassilev/workspace/llvm-git/inst_release/bin/../lib/clang/3.9.0/include
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
[New Thread 0x75614700 (LWP 10967)]
clang -cc1 version 3.9.0 based upon LLVM 3.9.0svn default target
x86_64-unknown-linux-gnu
ignoring nonexistent directory "/include"
ignoring duplicate directory
"/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../include/x86_64-linux-gnu/c++/4.9"
#include "..." search starts here:
#include <...> search starts here:
 include
 /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../incl

[llvm-bugs] [Bug 27755] New: Regression: D19133 makes two piglit test fail

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27755

Bug ID: 27755
   Summary: Regression: D19133 makes two piglit test fail
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Backend: PowerPC
  Assignee: unassignedb...@nondot.org
  Reporter: oded.gab...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

http://reviews.llvm.org/D19133 causes a regression in mesa's llvmpipe driver on
ppc64le.

The regression is detected by running piglit test suite with mesa master and
llvm master.

The following two tests fail with D19133 (and pass without it):

fbo-blending-formats GL_EXT_texture_snorm -auto -fbo
max-samplers border -auto -fbo

-- 
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 27756] New: Instcombine failure introduced by r269426

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27756

Bug ID: 27756
   Summary: Instcombine failure introduced by r269426
   Product: libraries
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: james.mol...@arm.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

The following testcase causes an assertion failure when run with opt
-instcombine. This is a regression introduced in r269426:

[InstCombine] canonicalize* LE/GE vector integer comparisons to LT/GT (PR26701,
PR26819)

*We don't currently handle the edge case constants (min/max values), so it's
not a complete
canonicalization.

To fully solve the motivating bugs, we need to enhance this to recognize a zero
vector
too because that's a ConstantAggregateZero which is a ConstantData, not a
ConstantVector
or a ConstantDataVector.

Differential Revision: http://reviews.llvm.org/D17859


; ModuleID = 'bugpoint-reduced-simplified.bc'
source_filename = "bugpoint-output-f90b06d.bc"
target datalayout = "e-m:e-i64:64-i128:128-n32:64-S128"
target triple = "aarch64--linux-gnu"

; Function Attrs: nounwind readnone
declare <16 x i8> @llvm.aarch64.neon.srshl.v16i8(<16 x i8>, <16 x i8>) #0

; Function Attrs: nounwind
define fastcc void @dotests_268() unnamed_addr #1 {
entry:
  %vrshr_n = call <16 x i8> @llvm.aarch64.neon.srshl.v16i8(<16 x i8> undef, <16
x i8> )
  %0 = add <16 x i8> zeroinitializer, %vrshr_n
  %vset_lane = shufflevector <8 x i16> , <8 x i16> undef, <8 x i32> 
  %1 = bitcast <8 x i16> %vset_lane to <16 x i8>
  %shuffle336 = shufflevector <16 x i8> %1, <16 x i8> undef, <16 x i32> 
  %cmp.i = icmp sle <16 x i8> %0, %shuffle336
  %sext.i = sext <16 x i1> %cmp.i to <16 x i8>
  %and.i = and <16 x i8> %sext.i, 
  ret void
}

attributes #0 = { nounwind readnone }
attributes #1 = { nounwind "disable-tail-calls"="false"
"less-precise-fpmad"="false" "no-frame-pointer-elim"="true"
"no-frame-pointer-elim-non-leaf" "no-infs-fp-math"="false"
"no-jump-tables"="false" "no-nans-fp-math"="false"
"stack-protector-buffer-size"="8" "target-cpu"="cortex-a57"
"target-features"="+crc,+crypto,+neon" "unsafe-fp-math"="false"
"use-soft-float"="false" }

!llvm.ident = !{!0}

!0 = !{!"clang version 3.9.0 (trunk 269502) (llvm/trunk 269506)"}

-- 
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 27757] New: Don't track pthread_exit

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27757

Bug ID: 27757
   Summary: Don't track pthread_exit
   Product: clang
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Static Analyzer
  Assignee: kreme...@apple.com
  Reporter: retrosharephe...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Clang analyzer don't stop after a pthread_exit and report false error.

You can run it with https://github.com/RetroShare/RetroShare

Memory Error: Double free: Attempt to free released memory
 1: Calling 'UdpLayer::recv_loop' in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:240
 2: Memory is allocated in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:247
 3: Entering loop body in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:258
 4: Entering loop body in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:261
 5: Assuming 'toStop' is not equal to 0 in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:270
 6: Memory is released in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:275
 7: Assuming 'status' is <= 0 in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:284
 8: Assuming 'status' is >= 0 in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:288
 9: Looping back to the head of the loop in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:261
10: Entering loop body in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:261
11: Assuming 'toStop' is not equal to 0 in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:270
12: Attempt to free released memory in
/home/user/GIT/RetroShare/trunk/libbitdht/src/udp/udplayer.cc:275

-- 
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 27758] New: Broken bitfield debug info in Dwarf4

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27758

Bug ID: 27758
   Summary: Broken bitfield debug info in Dwarf4
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: DebugInfo
  Assignee: unassignedb...@nondot.org
  Reporter: mattias.v.eriks...@ericsson.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

I am debugging an issue with bitfields and debug info and found that this
commit is where the problems begin.

The file tmp.c:

struct fields
{
  unsigned int a : 1;
  unsigned int b : 1;
} f;

int main ()
{
  f.a = 1;
  return 0;
}

Built with top-of-tree clang and run in gdb:

gdb a.out
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.2) 7.7.1
...
Reading symbols from a.out...done.
(gdb) break main
Breakpoint 1 at 0x40058d: file tmp.c, line 9.
(gdb) run
Starting program: a.out 

Breakpoint 1, main () at tmp.c:9
9 f.a = 1;
(gdb) display f
1: f = {a = 0, b = 0}
(gdb) n
10return 0;
1: f = {a = 1, b = 1} <<<--- Unexpected value of b!
(gdb) x &f
0x402024 :   0x0001
(gdb)

I have identified the first commit where this is broken as this one:
http://reviews.llvm.org/D19630

-- 
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 27759] New: [Meta] Remove exit-on-error flag

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27759

Bug ID: 27759
   Summary: [Meta] Remove exit-on-error flag
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: enhancement
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

The exit-on-error flag was added in r269655, together with the new diagnostic
handler for llc.

The new diagnostic handler doesn't stop on the first error that it encounters,
and therefore some of the tests now fail unless run with exit-on-error. Many of
these are probably bugs in the backends (e.g. Bug24071). This is a meta bug
that should help us track down those bugs and successively fix them. When they
are all fixed, we should be able to remove the exit-on-error flag altogether.

-- 
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 27760] New: Remove exit-on-error from test/CodeGen/AMDGPU/call.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27760

Bug ID: 27760
   Summary: Remove exit-on-error from test/CodeGen/AMDGPU/call.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27761] New: Remove exit-on-error from test/CodeGen/AMDGPU/dynamic_stackalloc.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27761

Bug ID: 27761
   Summary: Remove exit-on-error from
test/CodeGen/AMDGPU/dynamic_stackalloc.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27762] New: Remove exit-on-error from test/CodeGen/AMDGPU/no-hsa-graphics-shaders.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27762

Bug ID: 27762
   Summary: Remove exit-on-error from
test/CodeGen/AMDGPU/no-hsa-graphics-shaders.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27763] New: Remove exit-on-error from test/CodeGen/AMDGPU/private-memory-broken.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27763

Bug ID: 27763
   Summary: Remove exit-on-error from
test/CodeGen/AMDGPU/private-memory-broken.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27764] New: Remove exit-on-error from test/CodeGen/AMDGPU/promote-alloca-bitcast-function.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27764

Bug ID: 27764
   Summary: Remove exit-on-error from
test/CodeGen/AMDGPU/promote-alloca-bitcast-function.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27765] New: Remove exit-on-error from test/CodeGen/ARM/2012-09-25-InlineAsmScalarToVectorConv2.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27765

Bug ID: 27765
   Summary: Remove exit-on-error from
test/CodeGen/ARM/2012-09-25-InlineAsmScalarToVectorCon
v2.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27766] New: Remove exit-on-error from test/CodeGen/BPF/many_args1.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27766

Bug ID: 27766
   Summary: Remove exit-on-error from
test/CodeGen/BPF/many_args1.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27767] New: Remove exit-on-error from test/CodeGen/BPF/many_args2.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27767

Bug ID: 27767
   Summary: Remove exit-on-error from
test/CodeGen/BPF/many_args2.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27769] New: Remove exit-on-error from test/CodeGen/BPF/struct_ret2.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27769

Bug ID: 27769
   Summary: Remove exit-on-error from
test/CodeGen/BPF/struct_ret2.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27768] New: Remove exit-on-error from test/CodeGen/BPF/struct_ret1.ll

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27768

Bug ID: 27768
   Summary: Remove exit-on-error from
test/CodeGen/BPF/struct_ret1.ll
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27770] New: Remove exit-on-error from test/CodeGen/MIR/Generic/invalid-jump-table-kind.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27770

Bug ID: 27770
   Summary: Remove exit-on-error from
test/CodeGen/MIR/Generic/invalid-jump-table-kind.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27771] New: Remove exit-on-error from test/CodeGen/MIR/Generic/llvm-ir-error-reported.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27771

Bug ID: 27771
   Summary: Remove exit-on-error from
test/CodeGen/MIR/Generic/llvm-ir-error-reported.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27772] New: Remove exit-on-error from test/CodeGen/MIR/Generic/machine-function-missing-function.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27772

Bug ID: 27772
   Summary: Remove exit-on-error from
test/CodeGen/MIR/Generic/machine-function-missing-func
tion.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27773] New: Remove exit-on-error from test/CodeGen/MIR/Generic/machine-function-missing-name.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27773

Bug ID: 27773
   Summary: Remove exit-on-error from
test/CodeGen/MIR/Generic/machine-function-missing-name
.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27774] New: Remove exit-on-error from test/CodeGen/MIR/Generic/machine-function-redefinition-error.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27774

Bug ID: 27774
   Summary: Remove exit-on-error from
test/CodeGen/MIR/Generic/machine-function-redefinition
-error.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27775] New: Remove exit-on-error from test/CodeGen/MIR/X86/spill-slot-fixed-stack-object-aliased.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27775

Bug ID: 27775
   Summary: Remove exit-on-error from
test/CodeGen/MIR/X86/spill-slot-fixed-stack-object-ali
ased.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27776] New: Remove exit-on-error from test/CodeGen/MIR/X86/spill-slot-fixed-stack-object-immutable.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27776

Bug ID: 27776
   Summary: Remove exit-on-error from
test/CodeGen/MIR/X86/spill-slot-fixed-stack-object-imm
utable.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27777] New: Remove exit-on-error from test/CodeGen/MIR/X86/variable-sized-stack-object-size-error.mir

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=2

Bug ID: 2
   Summary: Remove exit-on-error from
test/CodeGen/MIR/X86/variable-sized-stack-object-size-
error.mir
   Product: tools
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: llc
  Assignee: unassignedb...@nondot.org
  Reporter: diana.pi...@linaro.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

This test fails when running with the new diagnostic handler introduced in
r269655. This should be investigated as it is likely hiding a bug in the
backend. In the end, the exit-on-error flag should be removed from the run
line.

-- 
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 27778] New: Clang crashes parsing CUDA code.

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27778

Bug ID: 27778
   Summary: Clang crashes parsing CUDA code.
   Product: clang
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: CUDA
  Assignee: unassignedclangb...@nondot.org
  Reporter: t...@google.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

> clang++   -I/usr/local/cuda/include -IB40C -IB40C/KernelCommn 
> -I/usr/local/include  -c kForcesUpdate.cu
> clang-3.9: /home/scott/tools/llvm/tools/clang/lib/Sema/SemaDecl.cpp:11525: 
> clang::Decl* clang::Sema::ActOnFinishFunctionBody(clang::Decl*, clang::Stmt*, 
> bool): Assertion `MaybeODRUseExprs.empty() && "Leftover expressions for 
> odr-use checking"' failed.
> #0 0x02f69e48 llvm::sys::PrintStackTrace(llvm::raw_ostream&) 
> /home/scott/tools/llvm/lib/Support/Unix/Signals.inc:322:0
> #1 0x02f6a1c5 PrintStackTraceSignalHandler(void*) 
> /home/scott/tools/llvm/lib/Support/Unix/Signals.inc:380:0
> #2 0x02f68923 llvm::sys::RunSignalHandlers() 
> /home/scott/tools/llvm/lib/Support/Signals.cpp:44:0
> #3 0x02f69947 SignalHandler(int) 
> /home/scott/tools/llvm/lib/Support/Unix/Signals.inc:210:0
> #4 0x7fe50699c9f0 __restore_rt (/lib64/libpthread.so.0+0x109f0)
> #5 0x7fe505b4ea98 __GI_raise (/lib64/libc.so.6+0x34a98)
> #6 0x7fe505b5069a __GI_abort (/lib64/libc.so.6+0x3669a)
> #7 0x7fe505b47227 __assert_fail_base (/lib64/libc.so.6+0x2d227)
> #8 0x7fe505b472d2 (/lib64/libc.so.6+0x2d2d2)
> #9 0x046e5f9e clang::Sema::ActOnFinishFunctionBody(clang::Decl*, 
> clang::Stmt*, bool) 
> /home/scott/tools/llvm/tools/clang/lib/Sema/SemaDecl.cpp:11528:0
> #10 0x046e489f clang::Sema::ActOnFinishFunctionBody(clang::Decl*, 
> clang::Stmt*) /home/scott/tools/llvm/tools/clang/lib/Sema/SemaDecl.cpp:11265:0
> #11 0x04387bb9 
> clang::Parser::ParseFunctionStatementBody(clang::Decl*, 
> clang::Parser::ParseScope&) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/ParseStmt.cpp:1945:0
> #12 0x042ee2ba 
> clang::Parser::ParseFunctionDefinition(clang::ParsingDeclarator&, 
> clang::Parser::ParsedTemplateInfo const&, clang::Parser::LateParsedAttrList*) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/Parser.cpp:1160:0
> #13 0x04308d53 clang::Parser::ParseDeclGroup(clang::ParsingDeclSpec&, 
> unsigned int, clang::SourceLocation*, clang::Parser::ForRangeInit*) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/ParseDecl.cpp:1784:0
> #14 0x042ed4fa 
> clang::Parser::ParseDeclOrFunctionDefInternal(clang::Parser::ParsedAttributesWithRange&,
>  clang::ParsingDeclSpec&, clang::AccessSpecifier) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/Parser.cpp:941:0
> #15 0x042ed5b2 
> clang::Parser::ParseDeclarationOrFunctionDefinition(clang::Parser::ParsedAttributesWithRange&,
>  clang::ParsingDeclSpec*, clang::AccessSpecifier) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/Parser.cpp:956:0
> #16 0x042ecc93 
> clang::Parser::ParseExternalDeclaration(clang::Parser::ParsedAttributesWithRange&,
>  clang::ParsingDeclSpec*) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/Parser.cpp:808:0
> #17 0x042ec065 
> clang::Parser::ParseTopLevelDecl(clang::OpaquePtr&) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/Parser.cpp:595:0
> #18 0x042e851b clang::ParseAST(clang::Sema&, bool, bool) 
> /home/scott/tools/llvm/tools/clang/lib/Parse/ParseAST.cpp:155:0
> #19 0x036406fb clang::ASTFrontendAction::ExecuteAction() 
> /home/scott/tools/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:557:0
> #20 0x03a21308 clang::CodeGenAction::ExecuteAction() 
> /home/scott/tools/llvm/tools/clang/lib/CodeGen/CodeGenAction.cpp:844:0
> #21 0x03640191 clang::FrontendAction::Execute() 
> /home/scott/tools/llvm/tools/clang/lib/Frontend/FrontendAction.cpp:461:0
> #22 0x035f3c7d 
> clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) 
> /home/scott/tools/llvm/tools/clang/lib/Frontend/CompilerInstance.cpp:874:0
> #23 0x0373e414 
> clang::ExecuteCompilerInvocation(clang::CompilerInstance*) 
> /home/scott/tools/llvm/tools/clang/lib/FrontendTool/ExecuteCompilerInvocation.cpp:241:0
> #24 0x0170bc78 cc1_main(llvm::ArrayRef, char const*, 
> void*) /home/scott/tools/llvm/tools/clang/tools/driver/cc1_main.cpp:116:0
> #25 0x01701f57 ExecuteCC1Tool(llvm::ArrayRef, 
> llvm::StringRef) 
> /home/scott/tools/llvm/tools/clang/tools/driver/driver.cpp:301:0
> #26 0x017029a3 main 
> /home/scott/tools/llvm/tools/clang/tools/driver/driver.cpp:381:0
> #27 0x7fe505b3a580 __libc_start_main (/lib64/libc.so.6+0x20580)
> #28 0x016ff8c9 _start (/usr/local/bin/clang-3.9+0x16ff8c9)
> Stack dump:
> 0.Program arguments: /usr/local/bin/clang-3.9 -cc1 -triple 
> nvptx64-nvidia-cuda -aux-triple x86_64-unknown-linux-gnu -S -disab

[llvm-bugs] [Bug 27779] New: target attribute doesn't know about avx512vl, can cause compiler crashes

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27779

Bug ID: 27779
   Summary: target attribute doesn't know about avx512vl, can
cause compiler crashes
   Product: clang
   Version: unspecified
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: LLVM Codegen
  Assignee: unassignedclangb...@nondot.org
  Reporter: nicolaswe...@gmx.de
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

thakis@thakis:~/src/llvm-build$ cat test.cc
#include 
__attribute__((target("avx512vl"))) void f_avx512() {
  __mmask8 mask;
  __m256i m;
  _mm256_mask_abs_epi32(m, mask, m);
}
void f() {}

int main() {
  if (__builtin_cpu_supports("avx512vl"))
f_avx512();
}

thakis@thakis:~/src/llvm-build$ bin/clang -c test.cc
test.cc:10:7: error: invalid cpu feature string for builtin
  if (__builtin_cpu_supports("avx512vl"))
  ^  ~~
1 error generated.


If I change the argument to __builtin_cpu_supports to e.g. "avx", then clang
crashes:

thakis@thakis:~/src/llvm-build$ cat test.cc
#include 
__attribute__((target("avx512vl"))) void f_avx512() {
  __mmask8 mask;
  __m256i m;
  _mm256_mask_abs_epi32(m, mask, m);
}
void f() {}

int main() {
  if (__builtin_cpu_supports("avx"))
f_avx512();
}

thakis@thakis:~/src/llvm-build$ bin/clang -c test.cc
fatal error: error in backend: Cannot select: t19: ch = store t15,
t35, FrameIndex:i64<4>, undef:i64
  t35: v32i8 = bitcast t34
t34: v4i64,ch = load t15, FrameIndex:i64<7>, undef:i64
  t7: i64 = FrameIndex<7>
  t3: i64 = undef
  t17: i64 = FrameIndex<4>
  t3: i64 = undef
In function: _Z8f_avx512v
clang-3.8: error: clang frontend command failed with exit code 70 (use -v to
see invocation)
clang version 3.9.0 (trunk 268802)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/google/home/thakis/src/llvm-build/bin
clang-3.8: 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.8: 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.8: note: diagnostic msg: /tmp/test-8869f8.cpp
clang-3.8: note: diagnostic msg: /tmp/test-8869f8.sh
clang-3.8: note: diagnostic msg: 



-- 
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 27780] New: Inverted masks can be used for better codegen

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27780

Bug ID: 27780
   Summary: Inverted masks can be used for better codegen
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Backend: X86
  Assignee: unassignedb...@nondot.org
  Reporter: mku...@google.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Given this IR:

define <32 x i8> @constant_pblendvb_avx2(<32 x i8> %xyzw, <32 x i8> %abcd) {
entry:
  %select = select <32 x i1> , <32 x i8> %xyzw, <32 x i8> %abcd
  ret <32 x i8> %select
}

Up until r269676, with SSH4.1, we used to lower to:
movdqa %xmm0, %xmm4
movaps {{.*#+}} xmm0 = [255,255,0,255,0,0,0,255,255,255,0,255,0,0,0,255]
pblendvb %xmm2, %xmm4
pblendvb %xmm3, %xmm1
movdqa %xmm4, %xmm0

Now, we lower it to:
movdqa %xmm0, %xmm4
movaps {{.*#+}} xmm0 = [0,0,255,0,255,255,255,0,0,0,255,0,255,255,255,0]
pblendvb %xmm4, %xmm2
pblendvb %xmm1, %xmm3
movdqa %xmm2, %xmm0
movdqa %xmm3, %xmm1

This isn't directly related to r269676, it's just that the CG got lucky before.
The underlying issue is that when the output of the blend is constrained (in
this  case, because the function's return value must live in xmm0 and xmm1) we
could invert the mask to avoid a copy.

-- 
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 27689] shuffle lowering causes hang in DAGCombiner

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27689

Michael Kuperstein  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #17 from Michael Kuperstein  ---
Fixed in r269676.

-- 
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 27781] New: Add a user guide for code coverage

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27781

Bug ID: 27781
   Summary: Add a user guide for code coverage
   Product: Documentation
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: General docs
  Assignee: unassignedb...@nondot.org
  Reporter: v...@apple.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

-- 
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 27782] New: Go tests failing on OS X

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27782

Bug ID: 27782
   Summary: Go tests failing on OS X
   Product: lldb
   Version: unspecified
  Hardware: PC
OS: MacOS X
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-...@lists.llvm.org
  Reporter: todd.fi...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

The Go language tests are failing on OS X when using Xcode 7.3.1 and the latest
go from OS X homebrew (go1.6.2 darwin/amd64).

=
Issue Details
=
FAIL: test_dsym (functionalities/exec/TestExec.py)
FAIL: test_dwarf (functionalities/exec/TestExec.py)
FAIL: test_go_formatter_plugin (lang/go/formatters/TestGoFormatters.py)
FAIL: test_with_dsym_and_python_api (lang/go/types/TestGoASTContext.py)
FAIL: test_with_dsym_and_python_api_dsym
(lang/go/expressions/TestExpressions.py)
FAIL: test_with_dsym_and_python_api_dwarf
(lang/go/expressions/TestExpressions.py)



Session logs for test failures/errors/unexpected successes will go into
directory '2016-05-16-13_23_06'
Command invoked: /Users/tfiala/src/lldb-llvm.org-ci/lldb/test/dotest.py
--apple-sdk macosx
--executable=/Users/tfiala/src/lldb-llvm.org-ci/lldb/build/Release/lldb -C
/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang
--rerun-all-issues --env TERM=vt100 -s 2016-05-16-13_23_06 --results-port 60612
--inferior -p TestGoASTContext.py
/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test
--event-add-entries worker_index=0:int

Configuration: arch=x86_64
compiler=/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang
--
Collected 1 test

==
FAIL: test_with_dsym_and_python_api (TestGoASTContext.TestGoASTContext)
   Test GoASTContext dwarf parsing.
--
Traceback (most recent call last):
  File
"/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test/decorators.py",
line 121, in wrapper
func(*args, **kwargs)
  File
"/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test/decorators.py",
line 270, in wrapper
return func(self, *args, **kwargs)
  File
"/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test/decorators.py",
line 121, in wrapper
func(*args, **kwargs)
  File
"/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test/lang/go/types/TestGoASTContext.py",
line 27, in test_with_dsym_and_python_api
self.check_main_vars()
  File
"/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test/lang/go/types/TestGoASTContext.py",
line 95, in check_main_vars
self.assertEqual('true', v.value)
AssertionError: 'true' != 'false'
Config=x86_64-/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang-3.9
--
Ran 1 test in 1.917s

RESULT: FAILED (0 passes, 1 failures, 0 errors, 0 skipped, 0 expected failures,
0 unexpected successes)
Session logs for test failures/errors/unexpected successes can be found in
directory '2016-05-16-13_23_06'

[TestGoASTContext.py FAILED]
Command invoked: /usr/bin/python
/Users/tfiala/src/lldb-llvm.org-ci/lldb/test/dotest.py --apple-sdk macosx
--executable=/Users/tfiala/src/lldb-llvm.org-ci/lldb/build/Release/lldb -C
/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang
--rerun-all-issues --env TERM=vt100 -s 2016-05-16-13_23_06 --results-port 60612
--inferior -p TestGoASTContext.py
/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test
--event-add-entries worker_index=0:int
1 out of 4 test suites processed - TestGoASTContext.py

Session logs for test failures/errors/unexpected successes will go into
directory '2016-05-16-13_23_06'
Command invoked: /Users/tfiala/src/lldb-llvm.org-ci/lldb/test/dotest.py
--apple-sdk macosx
--executable=/Users/tfiala/src/lldb-llvm.org-ci/lldb/build/Release/lldb -C
/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang
--rerun-all-issues --env TERM=vt100 -s 2016-05-16-13_23_06 --results-port 60612
--inferior -p TestExec.py
/Users/tfiala/src/lldb-llvm.org-ci/lldb/packages/Python/lldbsuite/test
--event-add-entries worker_index=0:int

Configuration: arch=x86_64
compiler=/Users/tfiala/src/lldb-llvm.org-ci/lldb/llvm-build/Release+Asserts/x86_64/bin/clang
--
Collected 2 tests

==
FAIL: test_dsym (TestExec.ExecTestCase)
--
Traceback (most recent call last):
  File
"/Users/tfiala/src/lldb-llv

[llvm-bugs] [Bug 27717] AArch64-ios: Cannot scavenge register without an emergency spill slot

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27717

Geoff Berry  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
   Assignee|unassignedb...@nondot.org   |gbe...@codeaurora.org

--- Comment #2 from Geoff Berry  ---
Fixed by http://llvm.org/viewvc/llvm-project?rev=269697&view=rev

-- 
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 24302] Module functions not available for the first call after module import

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=24302

Sean Callanan  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||scalla...@apple.com
 Resolution|--- |FIXED

--- Comment #1 from Sean Callanan  ---
This should be resolved by clang r269554.

-- 
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 27783] New: New decl seen after serializing all the decls to emit!

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27783

Bug ID: 27783
   Summary: New decl seen after serializing all the decls to emit!
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: d...@walms.co.uk
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

src\llvm_package_3.8.0-rc2\llvm\tool...\ASTWriter.cpp Line 4975

New decl seen after serializing all the decls to emit!


I get this error when calling clang_reparseTranslationUnit when the unsavedFile
contents has a partially entered #include statement.

This does not happen on 3.7 so seems to be a regression.

-- 
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 27784] New: llc emits AT&T-mnemonic when using -O0 --x86-asm-syntax=intel

2016-05-16 Thread via llvm-bugs 
https://llvm.org/bugs/show_bug.cgi?id=27784

Bug ID: 27784
   Summary: llc emits AT&T-mnemonic when using -O0
--x86-asm-syntax=intel
   Product: clang
   Version: 3.8
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: -New Bugs
  Assignee: unassignedclangb...@nondot.org
  Reporter: thrimbor.git...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 16376
  --> https://llvm.org/bugs/attachment.cgi?id=16376&action=edit
FreeBASIC code triggering the bug, along with LLVM-IR and assembly files.

When using -O0 in combination with --x86-asm-syntax=intel, llc produces
assembly which contains the "movabs"-mnemonic which makes the GNU assembler
fail. Replacing the "movabs" with a normal "mov" seems to resolve the issue.
Also, this doesn't seem to happen when using optimization levels other than
-O0.

The LLVM-IR-code which triggered this behavior was generated by the
FreeBASIC-compiler, sources are attached.

-- 
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