[Bug c++/71671] g++: internal compiler error: Killed (program cc1plus)

[shopping_vineeshvs at outlook dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71671

--- Comment #3 from vineeshvs  ---
(In reply to vineeshvs from comment #2)
> (In reply to Andrew Pinski from comment #1)
> > >g++: internal compiler error: Killed (program cc1plus)
> > 
> > How much RAM do you have?  What target is this on?
> 
> RAM: 3.7 GiB
> 
> -
> --
> 
> Processor: Intel® Core™ i5-3550 CPU @ 3.30GHz × 4 
> Graphics: Intel® Ivybridge Desktop 
> OS Type: 64-bit
> Disk: 272 GB
> 
> -
> --
> 
> $ uname -a
> 
> Linux tinyCodes 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016
> x86_64 x86_64 x86_64 GNU/Linux
> 
> -
> --

Below are my GCC and G++ versions

gcc (Ubuntu 5.3.1-14ubuntu2.1) 5.3.1 20160413
g++ (Ubuntu 5.3.1-14ubuntu2.1) 5.3.1 20160413

[Bug c++/71671] g++: internal compiler error: Killed (program cc1plus)

[shopping_vineeshvs at outlook dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71671

--- Comment #2 from vineeshvs  ---

(In reply to Andrew Pinski from comment #1)
> >g++: internal compiler error: Killed (program cc1plus)
> 
> How much RAM do you have?  What target is this on?

RAM: 3.7 GiB

---

Processor: Intel® Core™ i5-3550 CPU @ 3.30GHz × 4 
Graphics: Intel® Ivybridge Desktop 
OS Type: 64-bit
Disk: 272 GB

---

$ uname -a

Linux tinyCodes 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016
x86_64 x86_64 x86_64 GNU/Linux

---

[Bug c++/71671] g++: internal compiler error: Killed (program cc1plus)

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71671

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||memory-hog
   Severity|major   |normal

--- Comment #1 from Andrew Pinski  ---
>g++: internal compiler error: Killed (program cc1plus)

How much RAM do you have?  What target is this on?

[Bug c++/71671] New: g++: internal compiler error: Killed (program cc1plus)

[shopping_vineeshvs at outlook dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71671

Bug ID: 71671
   Summary: g++: internal compiler error: Killed (program cc1plus)
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: shopping_vineeshvs at outlook dot com
  Target Milestone: ---

Created attachment 38771
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38771=edit
The error log from terminal

Gets the following error on installing Pythong Graph tool
-

make[4]: Entering directory
'/home/vineeshvs/software/graph-tool-2.16/src/graph/inference'
  CXX  cache.lo
  CXX  graph_blockmodel.lo
g++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
Makefile:604: recipe for target 'graph_blockmodel.lo' failed
make[4]: *** [graph_blockmodel.lo] Error 1
make[4]: Leaving directory
'/home/vineeshvs/software/graph-tool-2.16/src/graph/inference'
Makefile:738: recipe for target 'all-recursive' failed
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory '/home/vineeshvs/software/graph-tool-2.16/src/graph'
Makefile:412: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/vineeshvs/software/graph-tool-2.16/src'
Makefile:584: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/vineeshvs/software/graph-tool-2.16'
Makefile:471: recipe for target 'all' failed
make: *** [all] Error 2

[Bug target/71670] powerpc64le ICE in extract_constrain_insn with -mcpu=power9

[segher at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71670

--- Comment #1 from Segher Boessenkool  ---
I have a fix.

[Bug c/70924] Wrong position for "warning: missing braces around initializer [-Wmissing-braces]"

[su at cs dot ucdavis.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70924

Zhendong Su  changed:

   What|Removed |Added

 CC||su at cs dot ucdavis.edu

--- Comment #1 from Zhendong Su  ---
Here is another test pinpointing the same issue: 

$ gcc-trunk -v
Using built-in specs.
COLLECT_GCC=gcc-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160626 (experimental) [trunk revision 237789] (GCC) 
$ 
$ gcc-trunk -c -Wmissing-braces check.c
check.c:1:15: warning: missing braces around initializer [-Wmissing-braces]
 int a[3][1] = { { 0 }, { 1 }, 2 };
   ^
check.c:1:15: note: (near initialization for ‘a’)
$ 
$ clang -c -Wmissing-braces check.c
check.c:1:31: warning: suggest braces around initialization of subobject
[-Wmissing-braces]
int a[3][1] = { { 0 }, { 1 }, 2 };
  ^
  {}
1 warning generated.
$ 
$ cat check.c
int a[3][1] = { { 0 }, { 1 }, 2 };

[Bug target/71670] New: powerpc64le ICE in extract_constrain_insn with -mcpu=power9

[anton at samba dot org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71670

Bug ID: 71670
   Summary: powerpc64le ICE in extract_constrain_insn with
-mcpu=power9
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: anton at samba dot org
  Target Milestone: ---

The following testcase:

volatile int a;
int b;
void fn1(void) { b + (long)b || a; }

hits an ICE when built with:

# gcc -O1 -mcpu=power9 testcase.c

testcase.c: In function ‘fn1’:
testcase.c:3:1: error: insn does not satisfy its constraints:
 void fn1(void) { b + (long)b || a; }
 ^~~~
(insn 24 23 9 2 (parallel [
(set (reg:CC 68 0 [162])
(compare:CC (ashift:DI (sign_extend:DI (reg:SI 10 10))
(const_int 1 [0x1]))
(const_int 0 [0])))
(clobber (scratch:DI))
]) testcase.c:3 260 {ashdi3_extswsli_dot}
 (expr_list:REG_DEAD (reg:SI 10 10)
(nil)))
testcase.c:3:1: internal compiler error: in extract_constrain_insn, at
recog.c:2211
0x108329d3 _fatal_insn(char const*, rtx_def const*, char const*, int, char
const*)
../../gcc/gcc/rtl-error.c:108
0x10832a2b _fatal_insn_not_found(rtx_def const*, char const*, int, char const*)
../../gcc/gcc/rtl-error.c:119
0x107f8797 extract_constrain_insn(rtx_insn*)
../../gcc/gcc/recog.c:2211
0x107fd89f copyprop_hardreg_forward_1
../../gcc/gcc/regcprop.c:774
0x107fe8b7 execute
../../gcc/gcc/regcprop.c:1280

[Bug bootstrap/70473] genautomata memory footprint for arm

[bill_bartol at yahoo dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70473

--- Comment #9 from BillyBarty  ---
(In reply to Benda Xu from comment #8)
> (In reply to BillyBarty from comment #7)
> > I was having this same issue building gcc 5.2.0 on my Raspberry Pi 3. 
> 
> Thank you for your report.  Is your Raspberry Pi 3 running aarch64 (arm64)
> or arm (32 bit)?

Well, since I haven't done anything special with the OS installation (I just
followed the "Getting Started" instructions that came in the box to load
Raspbian), I believe that I am running arm (32 bit).

[Bug bootstrap/70473] genautomata memory footprint for arm

[heroxbd at sohu dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70473

--- Comment #8 from Benda Xu  ---
(In reply to BillyBarty from comment #7)
> I was having this same issue building gcc 5.2.0 on my Raspberry Pi 3. 

Thank you for your report.  Is your Raspberry Pi 3 running aarch64 (arm64) or
arm (32 bit)?

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

Uroš Bizjak  changed:

   What|Removed |Added

 Status|NEW |SUSPENDED

--- Comment #9 from Uroš Bizjak  ---
Suspended until the infrastructure is ready.

[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596

Uroš Bizjak  changed:

   What|Removed |Added

 Status|NEW |SUSPENDED

--- Comment #4 from Uroš Bizjak  ---
Suspended until the infrastructure is ready.

[Bug target/71453] Spills to vector registers are sub-optimal.

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71453

Uroš Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |SUSPENDED
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #4 from Uroš Bizjak  ---
Suspended until the infrastructure is ready.

[Bug target/71555] [7 Regression] ICE: compilation "never" finishes with -O -mtune=sandybridge -mavx512bw

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71555

Uroš Bizjak  changed:

   What|Removed |Added

 Status|NEW |SUSPENDED

--- Comment #4 from Uroš Bizjak  ---
Suspended until the infrastructure is ready.

[Bug rtl-optimization/70902] [7 Regression] GCC freezes while compiling for 'skylake-avx512' target

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70902

Uroš Bizjak  changed:

   What|Removed |Added

 Status|NEW |SUSPENDED

--- Comment #5 from Uroš Bizjak  ---
Suspended until the infrastructure is ready.

[Bug target/71555] [7 Regression] ICE: compilation "never" finishes with -O -mtune=sandybridge -mavx512bw

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71555

--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jun 26 20:56:34 2016
New Revision: 237792

URL: https://gcc.gnu.org/viewcvs?rev=237792=gcc=rev
Log:
PR target/70902
PR target/71453
PR target/71555
PR target/71596
PR target/71657
* config/i386/i386.c (TARGET_SPILL_CLASS): #if 0 out the definition.
(ix86_spill_class): Disable to always return NO_REGS.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c

[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596

--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jun 26 20:56:34 2016
New Revision: 237792

URL: https://gcc.gnu.org/viewcvs?rev=237792=gcc=rev
Log:
PR target/70902
PR target/71453
PR target/71555
PR target/71596
PR target/71657
* config/i386/i386.c (TARGET_SPILL_CLASS): #if 0 out the definition.
(ix86_spill_class): Disable to always return NO_REGS.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c

[Bug target/71453] Spills to vector registers are sub-optimal.

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71453

--- Comment #3 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jun 26 20:56:34 2016
New Revision: 237792

URL: https://gcc.gnu.org/viewcvs?rev=237792=gcc=rev
Log:
PR target/70902
PR target/71453
PR target/71555
PR target/71596
PR target/71657
* config/i386/i386.c (TARGET_SPILL_CLASS): #if 0 out the definition.
(ix86_spill_class): Disable to always return NO_REGS.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jun 26 20:56:34 2016
New Revision: 237792

URL: https://gcc.gnu.org/viewcvs?rev=237792=gcc=rev
Log:
PR target/70902
PR target/71453
PR target/71555
PR target/71596
PR target/71657
* config/i386/i386.c (TARGET_SPILL_CLASS): #if 0 out the definition.
(ix86_spill_class): Disable to always return NO_REGS.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c

[Bug rtl-optimization/70902] [7 Regression] GCC freezes while compiling for 'skylake-avx512' target

[uros at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70902

--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Jun 26 20:56:34 2016
New Revision: 237792

URL: https://gcc.gnu.org/viewcvs?rev=237792=gcc=rev
Log:
PR target/70902
PR target/71453
PR target/71555
PR target/71596
PR target/71657
* config/i386/i386.c (TARGET_SPILL_CLASS): #if 0 out the definition.
(ix86_spill_class): Disable to always return NO_REGS.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[ubizjak at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

Uroš Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #7 from Uroš Bizjak  ---
This is another manifestation of spills to vec register problems.

[uros@localhost test]/ssd/uros/gcc-build-fast/gcc/cc1plus -O3 -quiet
-mtune=core2 crash_main.ii
[uros@localhost test]$ g++ crash_init.s crash_main.s
[uros@localhost test]$ ./a.out
terminate called after throwing an instance of 'std::out_of_range'
  what():  vector::_M_range_check: __n (which is 13673958) >= this->size()
(which is 38)
Aborted (core dumped)

[uros@localhost test]$ /ssd/uros/gcc-build-fast/gcc/cc1plus -O3 -quiet
-mtune=core2 -mtune-ctrl=^general_regs_sse_spill crash_main.ii
[uros@localhost test]$ g++ crash_init.s crash_main.s
[uros@localhost test]$ ./a.out

The asm code in question is:

...
movl32(%rsp), %eax
subl$38, %eax
movd%eax, %xmm0<- spill to vec
.L29:
cmpl8(%rsp), %r10d
jge .L19
movl%r10d, %ebp
subl28(%rsp), %ebp
movd%xmm0, %eax<- fill from vec
xorl%r8d, %r8d
movl8(%rsp), %r14d
leal(%rax,%r10), %r15d
leal-6(%r10), %r12d
movslq  %r15d, %r15
leaq(%r15,%r15,2), %r11
movslq  %ebp, %rbp
leaq0(%rbp,%rbp,2), %rbx
salq$3, %r11
subl%r10d, %r14d
salq$3, %rbx
.p2align 4,,10
.p2align 3
.L24:
testl   %esi, %esi
jle .L27
movqv0(%rip), %rdx
movqv0+8(%rip), %rax
subq%rdx, %rax
sarq$3, %rax
imulq   %r9, %rax
cmpq%rbp, %rax
jbe .L25
leal(%r12,%r8), %ecx
addq%rbx, %rdx
movq(%rdx), %rax
movslq  %ecx, %rcx
movq8(%rdx), %rdi
leaq(%rcx,%rcx,2), %rcx
movslq  %r8d, %rdx
subq%rax, %rdi
addq%r11, %rax
sarq$3, %rdi
movq%rax, %xmm0  <- *clobbering* spill to vec!
imulq   %r9, %rdi
leaq64(%rsp), %rax
addq%rax, %rcx
cmpq%rdi, %r15
jnb .L26
movq%xmm0, %rax  <- fill from the above spill
movq(%rax), %rax
movzbl  (%rax,%rdx,8), %edi
xorl%eax, %eax
.p2align 4,,10
.p2align 3
.L28:
movl%edi, %edx
subb(%rcx,%rax), %dl
movb%dl, 0(%r13,%rax)
addq$1, %rax
cmpl%eax, %esi
jg  .L28
.L27:
addl$1, %r8d
cmpl%r14d, %r8d
jne .L24
.L19:
addl$2, 8(%rsp)
addl$2, %r10d
cmpl16(%rsp), %r10d
jle .L29
...

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

--- Comment #6 from Jonathan Wakely  ---
The code is not readable. Where do you initialise v13?

This is not reasonable code.

[Bug debug/71668] certain bitfields get negative DW_AT_bit_offset

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71668

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #4 from Andrew Pinski  ---
See https://gcc.gnu.org/ml/gcc-patches/2011-03/msg00074.html .

[Bug debug/71669] DW_AT_data_bit_offset is not emitted for dwarf4 and above

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71669

--- Comment #1 from Andrew Pinski  ---
Note GDB does not support it yet:
https://sourceware.org/bugzilla/show_bug.cgi?id=12616

[Bug debug/71669] New: DW_AT_data_bit_offset is not emitted for dwarf4 and above

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71669

Bug ID: 71669
   Summary: DW_AT_data_bit_offset is not emitted for dwarf4 and
above
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: pinskia at gcc dot gnu.org
  Target Milestone: ---

http://www.dwarfstd.org/ShowIssue.php?issue=081130.1

Due to the no so nice parts of DW_AT_bit_offset for little-endian, the dwarf
standard come up with DW_AT_data_bit_offset  to fix that.

DW_AT_bit_offset has been deprecated for dwarf4.

[Bug debug/71668] certain bitfields get negative DW_AT_bit_offset

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71668

--- Comment #3 from Andrew Pinski  ---
bug 71669  for using DW_AT_data_bit_offset .

[Bug debug/71668] certain bitfields get negative DW_AT_bit_offset

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71668

--- Comment #2 from Andrew Pinski  ---
(In reply to Andrew Pinski from comment #1)
> Is this on a little-endian or big-endian target?

It is little-endian.  Note that dwarf issues explains this fully.  Basically
DW_AT_bit_offset is defined nicely for big-endian but not nice for
little-endian.

GCC does not emit DW_AT_data_bit_offset yet; I will file a bug report about
that in a second.

[Bug debug/71668] certain bitfields get negative DW_AT_bit_offset

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71668

--- Comment #1 from Andrew Pinski  ---
Is this on a little-endian or big-endian target?
Read http://www.dwarfstd.org/ShowIssue.php?issue=081130.1 on why
DW_AT_bit_offset is deprecated in DWARF Version 4.

[Bug middle-end/50168] __builtin_ctz() and intrinsics __bsr(), __bsf() generate suboptimal code on x86_64

[alkondratenko at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50168

Aliaksei Kandratsenka  changed:

   What|Removed |Added

 CC||alkondratenko at gmail dot com

--- Comment #10 from Aliaksei Kandratsenka  ---
There is similar issue with bsr and __builtin_clz.

Looks like for __builtin_clz gcc does 31 - . And 31 - __builtin_clz
does gets compiled optimized to plain bsr, but only under --march=haswell or
later amd cpus.

Under earlier cpus it generates 2 redundant 31 - arg computations.

This is easy to play with at: https://godbolt.org/g/o7gNSS

Clang-en doesn't have that same problem (but they have another. Under
-march=haswell they sometimes too strongly prefer lzcnt which returns different
result and thus requires extra computation).

[Bug debug/71668] New: certain bitfields get negative DW_AT_bit_offset

[richlowe at richlowe dot net]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71668

Bug ID: 71668
   Summary: certain bitfields get negative DW_AT_bit_offset
   Product: gcc
   Version: 5.3.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: richlowe at richlowe dot net
  Target Milestone: ---

Created attachment 38770
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38770=edit
test case source

The DWARF for certain structures, at least when using -gdwarf-2, seems to emit
with a signed, negative, bitoffset.  I'm not sure whether that's valid, but
it's causing some of our tools to choke and since it seems to happen in such a
narrow range of circumstances it seems to be, at the least, suspicious.  The
DWARF standards seem to have little to say on the matter.

It appears to happen when a bitfield structure is between 33 and 39 bits in
size, and at no other time I've been able to determine (a large source tree
contains only a single instance of the problem, from which this test case was
reduced).  Perhaps something is off-by-one on the number of bytes somewhere?

My apologies if this behaviour is correct.

I'm attaching a test file, the following diff shows the dwarfdump between a
good and bad sized version of the bitfield:

--- good.dwarf  2016-06-26 18:40:52.582216186 +0100
+++ bad.dwarf   2016-06-26 18:41:09.862679856 +0100
@@ -23,8 +23,8 @@
 DW_AT_decl_line 0x0004
 DW_AT_type  <0x0050>
 DW_AT_byte_size 0x0004
-DW_AT_bit_size  0x0008
-DW_AT_bit_offset0x0018
+DW_AT_bit_size  0x0007
+DW_AT_bit_offset0x0019
 DW_AT_data_member_location  DW_OP_plus_uconst 0
 < 2><0x003e>  DW_TAG_member
 DW_AT_name  "csts_cfs"
@@ -33,8 +33,8 @@
 DW_AT_type  <0x0050>
 DW_AT_byte_size 0x0004
 DW_AT_bit_size  0x0020
-DW_AT_bit_offset0x
-DW_AT_data_member_location  DW_OP_plus_uconst 1
+DW_AT_bit_offset0xfff9
+DW_AT_data_member_location  DW_OP_plus_uconst 0
 < 1><0x0050>DW_TAG_base_type
   DW_AT_byte_size 0x0004
   DW_AT_encoding  DW_ATE_unsigned

[Bug fortran/71623] [5/6/7 Regression] Segfault when allocating deferred-length characters to size of a pointer

[vehre at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623

vehre at gcc dot gnu.org changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |vehre at gcc dot gnu.org

[Bug bootstrap/43714] missing check for zlib.h, fails to build lto-compress.c

[developm...@faf-ltd.com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43714

Peter VARGA  changed:

   What|Removed |Added

 CC||developm...@faf-ltd.com

--- Comment #3 from Peter VARGA  ---
But is this really that big deal to check it in configure? There are checked so
many conditions and a missing zlib.h causes the compilation to fail.

[Bug debug/71667] [7 Regression] ICE in as_a, at is-a.h:192 w/ -g -O2 -ftree-vectorize

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71667

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Target||x86_64-pc-linux-gnu,
   ||aarch64-*-*
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
   Target Milestone|--- |7.0
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed, happens on aarch64-linux-gnu also.

[Bug ipa/71624] [6/7 regression][CHKP] internal compiler error: in duplicate_thunk_for_node

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71624

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |6.2

[Bug c++/71553] [6 regression]ICE in assign_temp, at function.c:961

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71553

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |6.2

[Bug libstdc++/71660] [5/6/7 regression] alignment of std::atomic<8 byte primitive type> (long long, double) is wrong on x86

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71660

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ABI
   Target Milestone|--- |5.5
Summary|[5 regression] alignment of |[5/6/7 regression]
   |std::atomic<8 byte  |alignment of std::atomic<8
   |primitive type> (long long, |byte primitive type> (long
   |double) is wrong on x86 |long, double) is wrong on
   ||x86
   Severity|major   |normal

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[anton.mitrokhin at phystech dot edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

--- Comment #5 from Anton Mitrokhin  ---
I have compiled this test case in several ways

The first two emit no warnings and fail as described:
> g++ -Wall -Wextra -std=c++11 -static-libgcc -static-libstdc++ -Ofast 
> -march=westmere -o out crash_init.cpp crash_main.cpp
> g++ -Wall -Wextra -fno-strict-aliasing -fwrapv 
> -fno-aggressive-loop-optimizations -std=c++11 -static-libgcc 
> -static-libstdc++ -Ofast -march=westmere -o out crash_init.cpp crash_main.cpp

The clang sanitizers are also silent on runtime:
> clang++ -Wall -Wextra -fsanitize=undefined -std=c++11 -O2 -o out 
> crash_init.cpp crash_main.cpp
> clang++ -Wall -Wextra -fsanitize=memory -std=c++11 -O2 -o out crash_init.cpp 
> crash_main.cpp
> clang++ -Wall -Wextra -fsanitize=address -std=c++11 -O2 -o out crash_init.cpp 
> crash_main.cpp

The versions with GLIBCXX_DEBUG do not fail:
> g++ -Wall -Wextra -D_GLIBCXX_DEBUG -std=c++11 -static-libgcc 
> -static-libstdc++ -Ofast -march=westmere -o out crash_init.cpp crash_main.cpp
> g++ -Wall -Wextra -D_GLIBCXX_DEBUG -fno-strict-aliasing -fwrapv 
> -fno-aggressive-loop-optimizations -std=c++11 -static-libgcc 
> -static-libstdc++ -Ofast -march=westmere -o out crash_init.cpp crash_main.cpp



The test case is not that big, and it contains only 3 arrays, only one of which
can emit that kind of an error. This code is easy-checkable by hand and it
looks like it *should* work.

[Bug middle-end/71654] [6/7 Regression] missing VRP optimization on c++ unsigned char and short expressions

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71654

Andrew Pinski  changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu.org
   Target Milestone|--- |6.2

[Bug target/71652] [7 Regression] ICE in in ix86_target_macros_internal, at config/i386/i386-c.c:187

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71652

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||error-recovery,
   ||ice-on-invalid-code
   Target Milestone|--- |7.0

[Bug c++/71630] [5/6/7 Regression] ICE on valid C++14 code with variable templates: in get, at cgraph.h:395

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71630

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |5.5

[Bug fortran/71623] [5/6/7 Regression] Segfault when allocating deferred-length characters to size of a pointer

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |5.5

[Bug libstdc++/71640] [7 Regression] include/c++/7.0.0/bits/hashtable.h:293:7: error: too many template parameters in template redeclaration

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71640

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |7.0

[Bug ipa/71633] [7 regression][CHKP] internal compiler error: in inline_call

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71633

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
   Target Milestone|--- |7.0

[Bug c/71602] [6/7 regression] ICE on __builtin_va_arg in build_va_arg, at c-family/c-common.c:5810

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.2

[Bug target/71629] [7 Regression] ICE in lra_set_insn_recog_data, at lra.c:964 w/ -O2 -mlra

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71629

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |7.0

[Bug middle-end/71626] [4.9/5/6/7 regression] ICE at -O1 and above on x86_64-linux-gnu (in output_constant_pool_2, at varasm.c:3837)

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71626

Andrew Pinski  changed:

   What|Removed |Added

  Component|c   |middle-end
   Target Milestone|--- |4.9.4

[Bug tree-optimization/71575] [6/7 Regression] [graphite] internal compiler error: in copy_cond_phi_nodes, at graphite-isl-ast-to-gimple.c:2500

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71575

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.2

[Bug c++/71570] [6/7 regression] ICE on invalid variable capture in cxx_incomplete_type_diagnostic, at cp/typeck2.c:551

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71570

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.2

[Bug c++/71577] [6/7 regression] ICE on invalid C++11 code (with extra struct initializer) on x86_64-linux-gnu: in digest_init_r, at cp/typeck2.c:1117

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71577

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.2

[Bug tree-optimization/71563] [6/7 Regression] Regression in GCC-7.0.0's optimizer.

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71563

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||missed-optimization
   Target Milestone|--- |6.2

[Bug c++/71569] [5/6/7 regression] Crash: External definition of template member from template struct

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71569

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |5.5

[Bug c++/71463] [6/7 regression] unexpected warning: ignoring function return attributes on template argument

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71463

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |6.2

[Bug tree-optimization/71503] [7 Regression] gcc ICE at -O3 on valid code on x86_64-linux-gnu in "gen_phi_arg_condition"

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71503

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |7.0

[Bug c/71345] Warn about redundant conditions

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71345

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug driver/69849] Some spec functions are undocumented in doc/invoke.texi

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69849

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||documentation
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #2 from Andrew Pinski  ---
Really the specs documentation should be removed from invoke.texi and moved to
the internals manual instead.

Confirmed.

[Bug c++/69775] thread_local extern variable causes linkage error

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69775

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1
  Known to fail||7.0

--- Comment #2 from Andrew Pinski  ---
Confirmed,  Though I can't figure out how to reduce it further.  Right now we
still have std::list.  I tried using a simple class which has a
constructor/detor but no go.

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

--- Comment #4 from Jonathan Wakely  ---
Also compile with -D_GLIBCXX_DEBUG

[Bug target/71657] Wrong code on trunk gcc (std::out_of_range), westmere

[redi at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71657

--- Comment #3 from Jonathan Wakely  ---
I'm not very motivated to debug this "code", please make sure you try the
options suggested at https://gcc.gnu.org/bugs/ to be sure the sanitizers don't
find a problem.

[Bug middle-end/71524] [7 Regression] internal compiler error: in binds_to_current_def_p, at symtab.c:2232

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71524

--- Comment #3 from H.J. Lu  ---
(In reply to H.J. Lu from comment #1)
> It is caused by r70018.

Oops.  It was caused by r235065.

[Bug c++/71386] Wrong code on c++14 (GCC trunk)

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386

--- Comment #6 from Marc Glisse  ---
Slightly simpler

template
auto List(XS...xs)
{
  return [=](auto processList){return processList(xs...);};
};

auto l1 = List(42);

auto foo = [](auto... xs1)
  {
return [=]()
{ 
  return l1([=](auto)
  {
return __builtin_printf("%d",xs1...);
  });  
};
  };

int main()
{
  auto concat = l1(foo);
  concat();
  __builtin_printf("\n");
}


If I make xs1 non-variadic (just erase '...' in 2 places), things work. The
main difference seems to be in  [with auto:2 = {int}] (we
write to some place in the stack then re-read the value from another place) but
it isn't clear what is going wrong there.

[Bug debug/71667] New: [7 Regression] ICE in as_a, at is-a.h:192 w/ -g -O2 -ftree-vectorize

[asolokha at gmx dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71667

Bug ID: 71667
   Summary: [7 Regression] ICE in as_a, at is-a.h:192 w/ -g -O2
-ftree-vectorize
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

gcc-7.0.0-alpha20160619 ICEs on the following reduced testcase w/ -O2 (-O3,
-Ofast) -g -ftree-vectorize:

unsigned int mu;
int pt;

void
qf (void)
{
  int gy;
  long int vz;

  for (;;)
{
  for (gy = 0; gy < 80; ++gy)
  {
vz = mu;
++mu;
pt = (vz != 0) && (pt != 0);
  }
  while (gy < 81)
while (gy < 83)
  {
vz = (vz != 0) ? 0 : mu;
++gy;
  }
  pt = vz;
  ++mu;
}
}

% gcc-7.0.0-alpha20160619 -c -O2 -g -ftree-vectorize jjgn2cjj.c  
jjgn2cjj.c: In function 'qf':
jjgn2cjj.c:5:1: internal compiler error: in as_a, at is-a.h:192
 qf (void)
 ^~

[Bug middle-end/71666] profile-generate not documented

[vincenzo.innocente at cern dot ch]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666

--- Comment #2 from vincenzo Innocente  ---
ok so is just the sentence "" See Optimize Options" which needs to be
changed...

[Bug web/71666] profile-generate not documented

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666

--- Comment #1 from Andrew Pinski  ---
https://gcc.gnu.org/onlinedocs/gcc/Instrumentation-Options.html#index-fprofile-generate-957

[Bug web/71666] New: profile-generate not documented

[vincenzo.innocente at cern dot ch]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666

Bug ID: 71666
   Summary: profile-generate not documented
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: web
  Assignee: unassigned at gcc dot gnu.org
  Reporter: vincenzo.innocente at cern dot ch
  Target Milestone: ---

as of today
-fprofile-generate does not seem to be documented in
https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
it is quoted 4 times including a self-referencing
" See Optimize Options, for information about the -fprofile-generate option"
(btw -fprofile-dir is quoted and not documented as well)

[Bug c++/71386] Wrong code on c++14 (GCC trunk)

[glisse at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386

--- Comment #5 from Marc Glisse  ---
(In reply to Anton Mitrokhin from comment #3)
> I see those warnings with -O3, but not with -O0. Why is that?

As the documentation says, this warning depends on optimizations. A bogus
optimization that breaks the code may thus also cause this warning.

> I also do not see what is wrong with the code.

If you manage to reduce the example a little more, with fewer lambdas, that
might help with the debugging.

[Bug c++/71386] Wrong code on c++14 (GCC trunk)

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #4 from Andrew Pinski  ---
Confirmed,  looks like GCC is getting confused somewhere but I can't figure it
out easily.

[Bug c++/71386] Wrong code on c++14 (GCC trunk)

[anton.mitrokhin at phystech dot edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71386

--- Comment #3 from Anton Mitrokhin  ---
I see those warnings with -O3, but not with -O0. Why is that?
I also do not see what is wrong with the code.

Note, that clang with all warnings enabled (and ub sanitizer!) will also not
produce any warnings and will generate correct code.

[Bug middle-end/71650] unnecessary call to __memcpy_chk emitted on a bounded copy

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71650

Andrew Pinski  changed:

   What|Removed |Added

   Severity|normal  |enhancement

[Bug tree-optimization/71478] [7 Regression] ICE in tree-ssa-reassoc.c after r236564

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71478

Andrew Pinski  changed:

   What|Removed |Added

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

--- Comment #6 from Andrew Pinski  ---
Fixed.

[Bug middle-end/71524] [7 Regression] internal compiler error: in binds_to_current_def_p, at symtab.c:2232

[amonakov at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71524

Alexander Monakov  changed:

   What|Removed |Added

 CC||amonakov at gcc dot gnu.org

--- Comment #2 from Alexander Monakov  ---
(In reply to H.J. Lu from comment #1)
> It is caused by r70018.

Did you mean (one of the) fixes for PR70018? Do you have the commit id?

[Bug c++/71665] ICE on invalid C++ code with non-integral constant enumerator value: in cxx_eval_constant_expression, at cp/constexpr.c:3918

[su at cs dot ucdavis.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71665

Zhendong Su  changed:

   What|Removed |Added

Summary|ICE on invalid C++ code |ICE on invalid C++ code
   |with non-integral constant  |with non-integral constant
   |enumerator value:   |enumerator value: in
   ||cxx_eval_constant_expressio
   ||n, at cp/constexpr.c:3918

--- Comment #1 from Zhendong Su  ---
The following C++ code causes an ICE when compiled with the current GCC trunk
on x86_64-linux-gnu in both 32-bit and 64-bit modes.  

This is a regression from 6.1.x. 


$ g++-trunk -v
Using built-in specs.
COLLECT_GCC=g++-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160625 (experimental) [trunk revision 237780] (GCC) 
$ 
$ g++-6.1 -c small.cpp
small.cpp:4:14: error: enumerator value for ‘a’ is not an integer constant
   enum { a = f };
  ^
$ 
$ g++-trunk -c small.cpp
small.cpp:4:14: internal compiler error: in cxx_eval_constant_expression, at
cp/constexpr.c:3918
   enum { a = f };
  ^
0x8acaed cxx_eval_constant_expression
../../gcc-source-trunk/gcc/cp/constexpr.c:3918
0x8b1929 cxx_eval_outermost_constant_expr
../../gcc-source-trunk/gcc/cp/constexpr.c:4211
0x6a22c7 build_enumerator(tree_node*, tree_node*, tree_node*, tree_node*,
unsigned int)
../../gcc-source-trunk/gcc/cp/decl.c:13588
0x7a98e2 cp_parser_enumerator_definition
../../gcc-source-trunk/gcc/cp/parser.c:17431
0x7a98e2 cp_parser_enumerator_list
../../gcc-source-trunk/gcc/cp/parser.c:17360
0x7a98e2 cp_parser_enum_specifier
../../gcc-source-trunk/gcc/cp/parser.c:17287
0x78aea9 cp_parser_type_specifier
../../gcc-source-trunk/gcc/cp/parser.c:15813
0x79fc23 cp_parser_decl_specifier_seq
../../gcc-source-trunk/gcc/cp/parser.c:12763
0x7af2ed cp_parser_member_declaration
../../gcc-source-trunk/gcc/cp/parser.c:22334
0x78b118 cp_parser_member_specification_opt
../../gcc-source-trunk/gcc/cp/parser.c:22186
0x78b118 cp_parser_class_specifier_1
../../gcc-source-trunk/gcc/cp/parser.c:21365
0x78b118 cp_parser_class_specifier
../../gcc-source-trunk/gcc/cp/parser.c:21601
0x78b118 cp_parser_type_specifier
../../gcc-source-trunk/gcc/cp/parser.c:15841
0x79fc23 cp_parser_decl_specifier_seq
../../gcc-source-trunk/gcc/cp/parser.c:12763
0x7ad111 cp_parser_simple_declaration
../../gcc-source-trunk/gcc/cp/parser.c:12304
0x7ad561 cp_parser_block_declaration
../../gcc-source-trunk/gcc/cp/parser.c:12251
0x7b6940 cp_parser_declaration
../../gcc-source-trunk/gcc/cp/parser.c:12148
0x7b5414 cp_parser_declaration_seq_opt
../../gcc-source-trunk/gcc/cp/parser.c:12027
0x7b5748 cp_parser_translation_unit
../../gcc-source-trunk/gcc/cp/parser.c:4329
0x7b5748 c_parse_file()
../../gcc-source-trunk/gcc/cp/parser.c:37491
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
$ 





class A 
{
  int f ();
  enum { a = f };
};

[Bug c++/71665] New: ICE on invalid C++ code with non-integral constant enumerator value:

[su at cs dot ucdavis.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71665

Bug ID: 71665
   Summary: ICE on invalid C++ code with non-integral constant
enumerator value:
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: su at cs dot ucdavis.edu
  Target Milestone: ---

[Bug c++/69593] static thread_local in a structure within a function template causes segfault

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69593

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED
   Target Milestone|--- |6.0

--- Comment #2 from Andrew Pinski  ---
Fixed so closing.

[Bug web/69601] current/ redirect is off by at least a day

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69601

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
   Assignee|unassigned at gcc dot gnu.org  |overseers at gcc dot 
gnu.org
 Ever confirmed|0   |1

--- Comment #3 from Andrew Pinski  ---
Confirmed.

[Bug c++/69045] missing optimization: forward constant propagation of regular expressions

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69045

Andrew Pinski  changed:

   What|Removed |Added

  Component|middle-end  |c++
Version|unknown |7.0

--- Comment #1 from Andrew Pinski  ---
Do you have an example code?

[Bug middle-end/71587] missed inlining extern template function

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71587

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
  Component|c++ |middle-end
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug driver/69540] add a short info on .so priority in -l

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69540

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
  Component|c   |driver
 Ever confirmed|0   |1
   Severity|normal  |enhancement

--- Comment #2 from Andrew Pinski  ---
Really this documentation should just point to ld's documentation on your
system since -l is passed directly without any change.  As it is also incorrect
for windows systems.

Confirmed.

[Bug tree-optimization/71661] [7 Regression] wrong code at -O3

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71661

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
   Target Milestone|--- |7.0
Summary|wrong code at -O3 on|[7 Regression] wrong code
   |x86_64-linux-gnu (in both   |at -O3
   |32-bit and 64-bit modes)|
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed, complete unrolling puts an __builtin_unreachable in the IR.

[Bug rtl-optimization/71636] Missed optimization in variable alignment test

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71636

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #3 from Andrew Pinski  ---
Confirmed.

[Bug c++/71553] [6 regression]ICE in assign_temp, at function.c:961

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71553

--- Comment #2 from Andrew Pinski  ---
Works on the trunk on aarch64-linux-gnu.

[Bug c++/71487] sorry, unimplemented: mangling offset_ref

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71487

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||ABI
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1
  Known to fail||7.0

--- Comment #3 from Andrew Pinski  ---
Confirmed.

[Bug c++/71664] New: valid C++11 code with qualified enumerator lookup rejected

[su at cs dot ucdavis.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71664

Bug ID: 71664
   Summary: valid C++11 code with qualified enumerator lookup
rejected
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: su at cs dot ucdavis.edu
  Target Milestone: ---

The following C++11 code is rejected when compiled with the current GCC trunk
on x86_64-linux-gnu in both 32-bit and 64-bit modes.  

It also affects older versions at least as early as 4.6.x. 

This is related to and derived from PR 71662. 


$ g++-trunk -v
Using built-in specs.
COLLECT_GCC=g++-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160625 (experimental) [trunk revision 237780] (GCC) 
$ 
$ clang++-3.8 -c -std=c++11 small.cpp
$ 
$ g++-trunk -c -std=c++11 small.cpp
small.cpp: In instantiation of ‘A::E A::h() [with T = int]’:
small.cpp:8:23:   required from here
small.cpp:14:22: error: ‘e’ is not a member of ‘A::E’
   return A < T >::E::e;
  ^
$ 


--


template < typename T > struct A
{
  enum E : T;
  E h ();
};

A < int > a;
A < int >::E b = a.h ();

template < typename T > enum A < T >::E : T { e };

template < typename T > typename A < T >::E A < T >::h ()
{
  return A < T >::E::e;
}

[Bug c++/71459] ICE writing to a string-initialized local array in a constexpr function

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71459

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-06-26
 Ever confirmed|0   |1

--- Comment #1 from Andrew Pinski  ---
Confirmed.

[Bug target/71663] New: aarch64 Vector initialization can be improved slightly

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71663

Bug ID: 71663
   Summary: aarch64 Vector initialization can be improved slightly
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: pinskia at gcc dot gnu.org
  Target Milestone: ---
Target: aarch64*-*-*

Take:
#define vector __attribute__((vector_size(16)))

vector float combine (float a, float b, float c, float d)
{
  return (vector float) { a, b, c, d };
}

--- CUT ---
Currently we produce:
moviv4.4s, 0
ins v4.s[0], v0.s[0]
ins v4.s[1], v1.s[0]
ins v4.s[2], v2.s[0]
orr v0.16b, v4.16b, v4.16b
ins v0.s[3], v3.s[0]
ret

The movi is not needed and if we did it correctly, the move (orr) is not needed
either.  Even the first ins is not needed either.

Right now we expand the first element as:
(insn 9 8 10 (set (reg:SF 80)
(reg/v:SF 74 [ a ])) t8.c:5 -1
 (nil))

(insn 10 9 11 (set (reg:V4SF 79)
(vec_merge:V4SF (vec_duplicate:V4SF (reg:SF 80))
(reg:V4SF 79)
(const_int 1 [0x1]))) t8.c:5 -1
 (nil))

But maybe if we do:
(set (reg:V4SF 79) (subreg:V4SF (reg:SF 74)))
We could remove the movi and ins.  The last move would remove itself too
because v0 is dead after the instruction.

[Bug c++/71662] New: ICE on invalid C++11 code with unqualified name look up: in tsubst_copy, at cp/pt.c:14010

[su at cs dot ucdavis.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71662

Bug ID: 71662
   Summary: ICE on invalid C++11 code with unqualified name look
up: in tsubst_copy, at cp/pt.c:14010
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: su at cs dot ucdavis.edu
  Target Milestone: ---

The following C++11 code causes an ICE when compiled with the current GCC trunk
on x86_64-linux-gnu in both 32-bit and 64-bit modes.  

It also affects older versions at least as early as 4.6.x. 


$ g++-trunk -v
Using built-in specs.
COLLECT_GCC=g++-trunk
COLLECT_LTO_WRAPPER=/usr/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/7.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160625 (experimental) [trunk revision 237780] (GCC) 
$ 
$ g++-trunk -c -std=c++11 small.cpp
small.cpp: In instantiation of ‘A::E A::h() [with T = int]’:
small.cpp:8:23:   required from here
small.cpp:14:10: internal compiler error: in tsubst_copy, at cp/pt.c:14010
   return e;
  ^
0x6dfcdc tsubst_copy
../../gcc-source-trunk/gcc/cp/pt.c:14010
0x6e2906 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,
bool)
../../gcc-source-trunk/gcc/cp/pt.c:17243
0x6d68ff tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc-source-trunk/gcc/cp/pt.c:15868
0x6d6f75 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc-source-trunk/gcc/cp/pt.c:15176
0x6d7e30 tsubst_expr(tree_node*, tree_node*, int, tree_node*, bool)
../../gcc-source-trunk/gcc/cp/pt.c:15351
0x6d4835 instantiate_decl(tree_node*, int, bool)
../../gcc-source-trunk/gcc/cp/pt.c:22095
0x721512 instantiate_pending_templates(int)
../../gcc-source-trunk/gcc/cp/pt.c:22214
0x764645 c_parse_final_cleanups()
../../gcc-source-trunk/gcc/cp/decl2.c:4600
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
$ 


--


template < typename T > struct A
{
  enum E : T;
  E h ();
};

A < int > a;
A < int >::E b = a.h ();

template < typename T > enum A < T >::E : T { e };

template < typename T > typename A < T >::E A < T >::h ()
{
  return e; 
}