[llvm-bugs] [Bug 31583] libFuzzer shouldn't disable default mutators when a custom one is defined

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31583

ttaub...@mozilla.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from ttaub...@mozilla.com ---
WFM. Thanks for the tip!

-- 
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 30926] [X86] cvtsi2ss, cvtsi2sd, and cvtss2sd intrinsic sequences from clang produce unnecessary vmovss/vmovsd instructions

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=30926

Elad Cohen  changed:

   What|Removed |Added

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

--- Comment #4 from Elad Cohen  ---
Fixed in r291660.

-- 
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 31605] New: Could clang report a more correct error message for in-class initializer for static data member?

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31605

Bug ID: 31605
   Summary: Could clang report a more correct error message for
in-class initializer for static data member?
   Product: clang
   Version: 3.9
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C++11
  Assignee: unassignedclangb...@nondot.org
  Reporter: alfred.w...@msn.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

1 template 
  2 class foo
  3 {
  4   public:
  5 static const int a = 3 / N;
  6 };
  7
  8 int main()
  9 {
 10return foo<0>::a;
 11 }

gcc-6.1.0 reports:
msg.cpp:5:28: error: '(3 / 0)' is not a constant expression
 static const int a = 3 / N;
  ~~^~~
While clang reports:
make_cpp11.cpp:5:28: error: in-class initializer for static data member is not
a constant expression
static const int a = 3 / N;
 ~~^~~

Could clang report the message like gcc reports '3 / 0'? Thanks.

-- 
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 31606] New: regression, using parent constructor enables illegal implicit casts

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31606

Bug ID: 31606
   Summary: regression, using parent constructor enables illegal
implicit casts
   Product: clang
   Version: 3.9
  Hardware: PC
OS: FreeBSD
Status: NEW
  Severity: normal
  Priority: P
 Component: C++
  Assignee: unassignedclangb...@nondot.org
  Reporter: kamik...@bsdforen.de
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 17829
  --> https://llvm.org/bugs/attachment.cgi?id=17829&action=edit
Minimal testcase

For context, here is the attached test case:

~~~
struct Base {};

struct A : Base {
using Base::Base;
bool operator ==(A const&) const;
};

struct B : Base {
using Base::Base;
};

bool foo() {
return A{} == A{} &&
   A{} == B{};
}
~~~

The provided test case compiles with clang++39:

~~~
# clang++39 -std=c++11 -c test.cpp -o test.o
#
~~~

I expect it to fail, e.g. with clang++38:

~~~
# clang++38 -std=c++11 -c test.cpp -o test.o
test.cpp:14:13: error: invalid operands to binary expression ('A' and 'B')
   A{} == B{};
   ~~~ ^  ~~~
test.cpp:5:7: note: candidate function not viable: no known conversion from 'B'
to 'const A' for 1st argument
bool operator ==(A const&) const;
 ^
1 error generated.
#
~~~

Or GCC:

~~~
# g++5  -std=c++11 -c test.cpp -o test.o
test.cpp: In function 'bool foo()':
test.cpp:14:13: error: no match for 'operator==' (operand types are 'A' and
'B')
 A{} == B{};
 ^
test.cpp:5:7: note: candidate: bool A::operator==(const A&) const
  bool operator ==(A const&) const;
   ^
test.cpp:5:7: note:   no known conversion for argument 1 from 'B' to 'const A&'
#
~~~

This triggers some static_asserts() with SFINAE tests in one of my projects, it
took me a while to decouple the problem from all the template-fu.

Here is the relevant system info:

# uname -a
FreeBSD AprilRyan.norad 11.0-STABLE FreeBSD 11.0-STABLE #0 r311880: Tue Jan 10
22:24:08 CET 2017 root@AprilRyan.norad:/usr/obj/S403/amd64/usr/src/sys/S403
 amd64

# clang++39 -v
clang version 3.9.1 (tags/RELEASE_391/final)
Target: x86_64-unknown-freebsd11.0
Thread model: posix
InstalledDir: /usr/local/llvm39/bin

# clang++38 -v
clang version 3.8.1 (tags/RELEASE_381/final)
Target: x86_64-unknown-freebsd11.0
Thread model: posix
InstalledDir: /usr/local/llvm38/bin

# g++5 -v
Using built-in specs.
COLLECT_GCC=g++5
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc5/gcc/x86_64-portbld-freebsd11.0/5.4.0/lto-wrapper
Target: x86_64-portbld-freebsd11.0
Configured with: /tmp/obj/usr/ports/lang/gcc5/work/gcc-5.4.0/configure
--disable-bootstrap --disable-nls --enable-gnu-indirect-function
--libdir=/usr/local/lib/gcc5 --libexecdir=/usr/local/libexec/gcc5
--program-suffix=5 --with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/gcc5/include/c++/
--with-ld=/usr/local/bin/ld --with-pkgversion='FreeBSD Ports Collection'
--with-system-zlib --disable-libgcj --enable-languages=c,c++,objc,fortran
--prefix=/usr/local --localstatedir=/var --mandir=/usr/local/man
--infodir=/usr/local/info/gcc5 --build=x86_64-portbld-freebsd11.0
Thread model: posix
gcc version 5.4.0 (FreeBSD Ports Collection)

-- 
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 31607] New: Clang accepts invalid code that mutates a const parameter when it is defined with a 'const' qualifier but declared without the 'const' in a class template

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31607

Bug ID: 31607
   Summary: Clang accepts invalid code that mutates a const
parameter when it is defined with a 'const' qualifier
but declared without the 'const' in a class template
   Product: clang
   Version: trunk
  Hardware: PC
OS: All
Status: NEW
  Severity: normal
  Priority: P
 Component: C++
  Assignee: unassignedclangb...@nondot.org
  Reporter: arpha...@gmail.com
CC: dgre...@apple.com, llvm-bugs@lists.llvm.org
Classification: Unclassified

Clang fails to report an error that it "cannot assign to variable 'b' with
const-qualified type" given the following piece of code:

template
struct A
{
struct B {};

const B* test (const B* b) const;
};

template
inline auto A< T >::test (const B* const b) const -> const B*
{
return ++b; // expected an error here
}

int main()
{
A<> m;
const A<>::B* b = 0;
b = m.test (b);
}

The AST dumps show that the specialisation of method test from class A has the
following parameter declaration:

ParmVarDecl 0x7fba11802228  col:26 used b 'const struct
A::B *'

but the non-specialised definition of the method test has the following
parameter declaration:

ParmVarDecl 0x7fba11800e90  col:42 referenced b 'const struct
A::B *const'

This makes me think that the error isn't reported because the 'const' qualifier
isn't given to the parameter in the specialised method definition.

-- 
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 31608] New: Clang-CL ICE with template instantiation

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31608

Bug ID: 31608
   Summary: Clang-CL ICE with template instantiation
   Product: clang
   Version: 3.9
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: Driver
  Assignee: unassignedclangb...@nondot.org
  Reporter: steve...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

I don't know what is really the trigger for this, but here is the reduced
reproducer using the snapshot from http://llvm.org/builds/:

 c:\dev\tmp>type source_file.cpp

 class SomeType;

 struct __declspec(dllexport) Base
 {
 public:
 virtual ~Base();
 };

 template
 struct __declspec(dllexport) MyTemplate : public Base
 {
 };

 struct __declspec(dllexport) SubClass : public MyTemplate
 {
 };

 template struct MyTemplate;

 c:\dev\tmp>"C:\Program Files\LLVM\msbuild-bin\CL.exe" /c source_file.cpp
 Assertion failed: CurFn->isDeclaration() && "Function already has body?", file
D:\src\llvm_package_291454\llvm\tools\clang\lib\CodeGen\CodeGenFunction.cpp,
line 732
 Wrote crash dump file "cl.exe-8a689f.dmp"

 clang-cl.exe: error: clang frontend command failed due to signal (use -v to
see invocation)
 clang version 4.0.0 (trunk)
 Target: x86_64-pc-windows-msvc
 Thread model: posix

-- 
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 31610] New: 4 AMDGPU tests just started to fail on Debian unstable

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31610

Bug ID: 31610
   Summary: 4 AMDGPU tests just started to fail on Debian unstable
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: Backend: AMDGPU
  Assignee: unassignedb...@nondot.org
  Reporter: sylves...@debian.org
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Testing: 0 .. 10.. 
FAIL: LLVM :: CodeGen/AMDGPU/invalid-opencl-version-metadata1.ll (4055 of
19272)
 TEST 'LLVM ::
CodeGen/AMDGPU/invalid-opencl-version-metadata1.ll' FAILED 
Script:
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llc
-mtriple=amdgcn--amdhsa -filetype=obj -o - <
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata1.ll
|
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llvm-readobj
-amdgpu-runtime-metadata |
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/FileCheck
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata1.ll
--
Exit Code: 1

Command Output (stderr):
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata1.ll:4:10:
error: expected string not found in input
; CHECK: { amd.MDVersion: [ 2, 0 ] }
 ^
:2:1: note: scanning from here
File: 
^
:8:1: note: possible intended match here
{ amd.MDVersion: 
^

--


Testing: 0 .. 10.. 
FAIL: LLVM :: CodeGen/AMDGPU/invalid-opencl-version-metadata2.ll (4057 of
19272)
 TEST 'LLVM ::
CodeGen/AMDGPU/invalid-opencl-version-metadata2.ll' FAILED 
Script:
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llc
-mtriple=amdgcn--amdhsa -filetype=obj -o - <
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata2.ll
|
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llvm-readobj
-amdgpu-runtime-metadata |
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/FileCheck
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata2.ll
--
Exit Code: 1

Command Output (stderr):
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata2.ll:4:10:
error: expected string not found in input
; CHECK: { amd.MDVersion: [ 2, 0 ] }
 ^
:2:1: note: scanning from here
File: 
^
:8:1: note: possible intended match here
{ amd.MDVersion: 
^

--


Testing: 0 .. 10.. 
FAIL: LLVM :: CodeGen/AMDGPU/invalid-opencl-version-metadata3.ll (4060 of
19272)
 TEST 'LLVM ::
CodeGen/AMDGPU/invalid-opencl-version-metadata3.ll' FAILED 
Script:
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llc
-mtriple=amdgcn--amdhsa -filetype=obj -o - <
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata3.ll
|
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llvm-readobj
-amdgpu-runtime-metadata |
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/FileCheck
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata3.ll
--
Exit Code: 1

Command Output (stderr):
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/invalid-opencl-version-metadata3.ll:4:10:
error: expected string not found in input
; CHECK: { amd.MDVersion: [ 2, 0 ] }
 ^
:2:1: note: scanning from here
File: 
^
:8:1: note: possible intended match here
{ amd.MDVersion: 
^

--


Testing: 0 .. 10.. 20
FAIL: LLVM :: CodeGen/AMDGPU/runtime-metadata.ll (4363 of 19272)
 TEST 'LLVM :: CodeGen/AMDGPU/runtime-metadata.ll' FAILED

Script:
--
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llc
-mtriple=amdgcn--amdhsa -filetype=obj -o - <
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/runtime-metadata.ll
|
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llvm-readobj
-amdgpu-runtime-metadata |
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/FileCheck
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/runtime-metadata.ll
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/llc
-mtriple=amdgcn--amdhsa -filetype=obj -amdgpu-dump-rtmd
-amdgpu-check-rtmd-parser
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/runtime-metadata.ll
-o - 2>&1 |
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/build-llvm/./bin/FileCheck
--check-prefix=CHECK --check-prefix=PARSER
/tmp/buildd/llvm-toolchain-snapshot-4.0~svn291675/test/CodeGen/AMDGPU/runt

[llvm-bugs] [Bug 31599] SLPVectorizer.cpp Assertion `(VL0->getOperand(0) == VL0->getOperand(1)) && "Invalid order"' failed.

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31599

Michael Kuperstein  changed:

   What|Removed |Added

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

--- Comment #4 from Michael Kuperstein  ---
Fixed, for some definition of "fixed", in r291692.

-- 
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 31594] NewGVN failure while verifying memory congruency

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31594

Daniel Berlin  changed:

   What|Removed |Added

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

--- Comment #6 from Daniel Berlin  ---
Should be fixed as best i can 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 30995] [META][GVN] NewGVN Integration

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=30995

Bug 30995 depends on bug 31594, which changed state.

Bug 31594 Summary: NewGVN failure while verifying memory congruency
https://llvm.org/bugs/show_bug.cgi?id=31594

   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 31604] clang crashes on valid code at -Os and above on x86_64-linux-gnu: Assertion `Node2Index[SU->NodeNum] > Node2Index[I->getSUnit()->NodeNum] && "Wrong topological sorting"' failed

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31604

Michael Kuperstein  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||mku...@google.com
 Resolution|--- |DUPLICATE

--- Comment #1 from Michael Kuperstein  ---
Looks like yet another duplicate of 15941.

*** This bug has been marked as a duplicate of bug 15941 ***

-- 
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 31611] New: error: calling 'f' with incomplete return type 'string' (aka 'std::__cxx11::basic_string, std::allocator >')

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31611

Bug ID: 31611
   Summary: error: calling 'f' with incomplete return type
'string' (aka 'std::__cxx11::basic_string, std::allocator >')
   Product: lldb
   Version: 3.9
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-...@lists.llvm.org
  Reporter: safinas...@mail.ru
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

root@ideal-os:~# cat /o.cpp
#include 

std::string
f (void)
{
  return "abc";
}

int
main (void)
{
  f ();
}
root@ideal-os:~# clang++-3.9 -g -o /o /o.cpp
root@ideal-os:~# lldb-3.9 /o
(lldb) target create "/o"
Current executable set to '/o' (x86_64).
(lldb) b main
Breakpoint 1: where = o`main + 12 at o.cpp:12, address = 0x0040084c
(lldb) r
Process 146 launched: '/o' (x86_64)
Process 146 stopped
* thread #1: tid = 146, 0x0040084c o`main + 12 at o.cpp:12, name = 'o',
stop reason = breakpoint 1.1
frame #0: 0x0040084c o`main + 12 at o.cpp:12
(lldb) p f ()
error: calling 'f' with incomplete return type 'string' (aka
'std::__cxx11::basic_string, std::allocator
>')
'f' declared here
forward declaration of 'std::__cxx11::basic_string, std::allocator >'
(lldb) root@ideal-os:~# 
root@ideal-os:~# dpkg -l lldb-3.9 clang-3.9
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  clang-3.9  1:3.9.1-2amd64C, C++ and
Objective-C compiler (LLVM based)
ii  lldb-3.9   1:3.9.1-2amd64Next generation,
high-performance debugger
root@ideal-os:~# lldb-3.9 --version
lldb version 3.9.1 ( revision )
root@ideal-os:~# clang-3.9 -v
clang version 3.9.1-2 (tags/RELEASE_391/rc2)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.3.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.4.1
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/6.3.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/6.3.0
Candidate multilib: .;@m64
Selected multilib: .;@m64
root@ideal-os:~#

debian gnu/linux sid. clang and lldb from debian repo. amd64

-- 
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 31612] New: Cannot eval function which returns empty struct. Error [IRForTarget]: Size of result type 'struct foo { }' couldn't be determined

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31612

Bug ID: 31612
   Summary: Cannot eval function which returns empty struct. Error
[IRForTarget]: Size of result type 'struct foo { }'
couldn't be determined
   Product: lldb
   Version: 3.9
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: All Bugs
  Assignee: lldb-...@lists.llvm.org
  Reporter: safinas...@mail.ru
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

root@ideal-os:~# cat /o.cpp
struct foo
{
};

foo
f (void)
{
  return {};
}

int
main (void)
{
  f ();
}
root@ideal-os:~# clang++-3.9 -std=c++11 -g -o /o /o.cpp
root@ideal-os:~# lldb-3.9 /o
(lldb) target create "/o"
Current executable set to '/o' (x86_64).
(lldb) b main
Breakpoint 1: where = o`main + 4 at o.cpp:14, address = 0x004004e4
(lldb) r
Process 366 launched: '/o' (x86_64)
Process 366 stopped
* thread #1: tid = 366, 0x004004e4 o`main + 4 at o.cpp:14, name = 'o',
stop reason = breakpoint 1.1
frame #0: 0x004004e4 o`main + 4 at o.cpp:14
(lldb) p f ()
Error [IRForTarget]: Size of result type 'struct foo {
}' couldn't be determined
error: The expression could not be prepared to run in the target
(lldb)

Environment same as in https://llvm.org/bugs/show_bug.cgi?id=31611

-- 
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 31613] New: NewGVN asserts, "instruction processed too many times"

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31613

Bug ID: 31613
   Summary: NewGVN asserts, "instruction processed too many times"
   Product: libraries
   Version: trunk
  Hardware: PC
OS: Windows NT
Status: NEW
  Severity: normal
  Priority: P
 Component: Scalar Optimizations
  Assignee: unassignedb...@nondot.org
  Reporter: dav...@freebsd.org
CC: dber...@dberlin.org, llvm-bugs@lists.llvm.org
Blocks: 30995
Classification: Unclassified

Reduced from one of our games (game7, for the archives).

define void @patatino() {
entry:
  br label %while.body

while.body:   ; preds =
%while.end129.loopexit, %entry
  %foo.0237 = phi i32 [ 0, %entry ], [ -1, %while.end129.loopexit ]
  br label %while.cond22.outer

while.cond22.outer:   ; preds = %while.cond38,
%while.body
  %foo.1.ph211 = phi i32 [ %foo.0237, %while.body ], [ %foo.2, %while.cond38 ]
  br label %while.cond22.outer212

while.cond22.outer212:; preds = %if.else,
%while.cond22.outer
  %foo.1.ph214 = phi i32 [ %foo.1.ph211, %while.cond22.outer ], [
%foo.2.lcssa253, %if.else ]
  br i1 undef, label %while.end129.loopexit, label %if.end31.us

if.end31.us:  ; preds =
%while.cond22.outer212
  br label %while.body37

while.body37: ; preds = %cleanup,
%if.end31.us
  %foo.2 = phi i32 [ %foo.4, %cleanup ], [ %foo.1.ph214, %if.end31.us ]
  br label %while.cond38

while.cond38: ; preds = %land.rhs47,
%while.body37
  switch i8 undef, label %land.rhs47 [
i8 0, label %while.cond22.outer
i8 10, label %lor.lhs.false
  ]

land.rhs47:   ; preds = %while.cond38
  br label %while.cond38

lor.lhs.false:; preds = %while.cond38
  br i1 undef, label %if.then70, label %if.else

if.then70:; preds = %lor.lhs.false
  br i1 undef, label %if.then77, label %cleanup

if.then77:; preds = %if.then70
  br label %cleanup

if.else:  ; preds = %lor.lhs.false
  %foo.2.lcssa253 = phi i32 [ %foo.2, %lor.lhs.false ]
  br label %while.cond22.outer212

cleanup:  ; preds = %if.then77,
%if.then70
  %foo.4 = phi i32 [ undef, %if.then77 ], [ %foo.2, %if.then70 ]
  br label %while.body37

while.end129.loopexit:; preds =
%while.cond22.outer212
  br label %while.body
}

-- 
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 31614] New: possible bad code generation

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31614

Bug ID: 31614
   Summary: possible bad code generation
   Product: clang
   Version: 3.9
  Hardware: PC
OS: Linux
Status: NEW
  Severity: normal
  Priority: P
 Component: LLVM Codegen
  Assignee: unassignedclangb...@nondot.org
  Reporter: clay.tryc...@gmail.com
CC: llvm-bugs@lists.llvm.org
Classification: Unclassified

Created attachment 17832
  --> https://llvm.org/bugs/attachment.cgi?id=17832&action=edit
repro

When compiling the attached code with -O2 -std=c++14 the generated assembly
seems to be incorrect (I tried to rule out undefined behavior, but if I missed
something please let me know).

Specifically, test_function starts with some code that seems like it can
randomly set al to 0 or 1 depending on rax:
testrax, rax
setns   al  

The other instance of test/setns also seems suspicious.

Some more details can be found here:
http://stackoverflow.com/questions/41597341/mapping-c-to-assembly
https://godbolt.org/g/ccrV7m

Please let me know if you need any other information.

-- 
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 31412] SCEV unable to infer loop max bound for remainder loops

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31412

Michael Kuperstein  changed:

   What|Removed |Added

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

--- Comment #4 from Michael Kuperstein  ---
Argh, my bad (I rebuilt clang, but didn't rebuild opt), thanks a lot!

-- 
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 31515] test-suite/MultiSource/Benchmarks/mediabench/jpeg/jpeg-6a/cjpeg.execution_time fails for KNL target starting from r289653

2017-01-11 Thread via llvm-bugs
https://llvm.org/bugs/show_bug.cgi?id=31515

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