[Bug tree-optimization/70986] ICE on valid code at -O3 on x86_64-linux-gnu in combine_blocks, at tree-if-conv.c:2219

[asolokha at gmx dot com]

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

Arseny Solokha  changed:

   What|Removed |Added

 CC||asolokha at gmx dot com

--- Comment #1 from Arseny Solokha  ---
int gi, dg;

void
fe (void)
{
  int ka = gi;

  for (;;)
{
  if (ka != 0)
{
  if (dg != 0)
gi = 0;
  ++ka;
}
  ++dg;
}
}

-O2 -ftree-loop-if-convert-stores is enough for both cases.

[Bug middle-end/70987] missing -Wuninitialized calling built-in string functions with an uninitialized argument

[manu at gcc dot gnu.org]

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

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #1 from Manuel López-Ibáñez  ---
This seems to me a duplicate of PR10138 (at least in C++), or closely related.

[Bug c++/69523] -Wliteral-suffix should not warn within namespace std

[eric at efcs dot ca]

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

--- Comment #5 from Eric Fiselier  ---
Would it be possible to add a -Wno-literal-suffix flag? I really want to use
warning with GCC, but I need to disable this one.

[Bug fortran/71014] New: associate statement inside omp parallel do appears to disable default private attribute for inner loop indices

[klindsay at ucar dot edu]

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

Bug ID: 71014
   Summary: associate statement inside omp parallel do appears to
disable default private attribute for inner loop
indices
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
  Assignee: unassigned at gcc dot gnu.org
  Reporter: klindsay at ucar dot edu
  Target Milestone: ---

Created attachment 38446
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38446=edit
program demonstrating problem

Hi,

I have some code using the associate construct inside an openmp parallel do
loop. The associate construct appears to disable giving loop indices inside the
construct the private attribute. The attached program demonstrates the problem.

The inner loop adds the numbers 1..100, and should yield 5050. This is done 8
times. When I run the program with OMP_NUM_THREADS=8, I usually get mismatches
between s_true and s. Sometimes the program hangs, seemingly in an infinite
loop. I am running this on a Linux system.

If I add a PRIVATE(i) clause to the OMP directive, the problem goes away.

If I comment out the associate construct, the problem goes away, even without
adding a PRIVATE(i) clause. Note that the associate construct in this example
is not really doing anything. The associated name is not actually used inside
the associate construct.

Could this be looked into please?

Thank you,
Keith Lindsay

[Bug inline-asm/43319] Lack of documentation on asm extension

[gccbugzilla at limegreensocks dot com]

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

David  changed:

   What|Removed |Added

 CC||gccbugzilla@limegreensocks.
   ||com

--- Comment #3 from David  ---
This is a duplicate of 30527.

A subset of the most commonly needed/used modifiers have been added to the docs
as of 5.x (including the %c1 referenced above).

%P (also mentioned above) is not currently documented, and I see no reason that
it should be.  An examination of glibc suggests that instead of using the
undocumented/unsupported %P1, they can accomplish what they need with the
already documented %c1.

[Bug inline-asm/39440] User Manual: describe asm ("%a0,%c0"::)

[gccbugzilla at limegreensocks dot com]

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

--- Comment #5 from David  ---
This is a duplicate of 30527.

A subset of the most commonly needed/used modifiers have been added to the docs
as of 5.x (including the %c0 referenced above).  For this reason, I recommend
this bug be closed.

If there is some additional modifier that you need, I'd recommend opening a new
bug and making an explicit case for it.

[Bug inline-asm/30527] Use of input/output operands in __asm__ templates not fully documented

[gccbugzilla at limegreensocks dot com]

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

David  changed:

   What|Removed |Added

 CC||gccbugzilla@limegreensocks.
   ||com

--- Comment #5 from David  ---
These modifiers are intended primarily for use by Machine Descriptions.  As a
result, some of them aren't going to be meaningful/usable by inline asm code. 
And it makes sense to leave open the option to change their meaning should
future MD work require it, something that documenting them all would prevent.

On the other hand, some of these values are indeed quite useful for inline asm.

The compromise, as evidenced by 6.43.2.7 (added in v5.x), is to document
certain commonly needed/used modifiers (such as the %k0 referenced above).

If there is some additional modifier that you need, I'd recommend opening a new
bug and making an explicit case for it.

In the meantime, I recommend closing this bug (as fixed).

[Bug c/71013] New: [7 Regression] c-common.c:12810:37: error: 'LLONG_MAX' was not declared in this scope

[danglin at gcc dot gnu.org]

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

Bug ID: 71013
   Summary: [7 Regression] c-common.c:12810:37: error: 'LLONG_MAX'
was not declared  in this scope
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: danglin at gcc dot gnu.org
CC: doko at gcc dot gnu.org
  Target Milestone: ---
  Host: hppa64-hp-hpux11.11
Target: hppa64-hp-hpux11.11
 Build: hppa64-hp-hpux11.11

In stage1,

g++ -std=gnu++98 -fno-PIE -c  -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -DIN_GCC   
  -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing
 -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings  
 -DHAVE_CONFIG_H -I. -Ic-family -I../../gcc/gcc -I../../gcc/gcc/c-family
-I../..
/gcc/gcc/../include -I./../intl -I../../gcc/gcc/../libcpp/include
-I/opt/gnu64/g
cc/gmp/include  -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../gcc/gcc/../libbacktrace   -o c-family/c-common.o -
MT c-family/c-common.o -MMD -MP -MF c-family/.deps/c-common.TPo
../../gcc/gcc/c-
family/c-common.c

../../gcc/gcc/c-family/c-common.c: In function 'time_t
get_source_date_epoch()':
../../gcc/gcc/c-family/c-common.c:12810:37: error: 'LLONG_MAX' was not declared
in this scope
   if ((errno == ERANGE && (epoch == LLONG_MAX || epoch == LLONG_MIN))
 ^
../../gcc/gcc/c-family/c-common.c:12810:59: error: 'LLONG_MIN' was not declared
in this scope
   if ((errno == ERANGE && (epoch == LLONG_MAX || epoch == LLONG_MIN))
   ^
make[3]: *** [c-family/c-common.o] Error 1

Bootstrap compiler was:
gcc version 5.3.1 20160217 [gcc-5-branch revision 233498] (GCC)

[Bug target/71012] New: ICE: in expand_expr_real_2, at expr.c:9348 when compiling stress-ng

[glaubitz at physik dot fu-berlin.de]

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

Bug ID: 71012
   Summary: ICE: in expand_expr_real_2, at expr.c:9348 when
compiling stress-ng
   Product: gcc
   Version: 5.3.1
   URL: https://buildd.debian.org/status/fetch.php?pkg=stress-
ng=powerpcspe=0.06.01-1=1462574245
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: glaubitz at physik dot fu-berlin.de
  Target Milestone: ---
  Host: powerpc-linux-gnuspe
Target: powerpc-linux-gnuspe

Created attachment 38445
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38445=edit
Pre-processed source for stress-vecmath.c

Hi!

When building stress-ng on powerpc-linux-gnuspe, an internal compiler error
occurs when compiling stress-vecmath.c:

cc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wextra -DVERSION="0.06.01" -O2 -DHAVE_APPARMOR -DHAVE_KEYUTILS_H
-DHAVE_XATTR_H -DHAVE_LIB_BSD -DHAVE_LIB_Z -DHAVE_LIB_CRYPT -DHAVE_LIB_RT
-DHAVE_LIB_PTHREAD -DHAVE_FLOAT_DECIMAL -DHAVE_SECCOMP_H -DHAVE_LIB_AIO
-DHAVE_SYS_CAP_H -c -o stress-vecmath.o stress-vecmath.c
stress-vecmath.c: In function 'stress_vecmath':
stress-vecmath.c:49:4: internal compiler error: in expand_expr_real_2, at
expr.c:9348
  a ^= c;  \
^
stress-vecmath.c:114:4: note: in expansion of macro 'OPS'
OPS(a64, b64, c64, s64);
^
0x103166eb expand_expr_real_2(separate_ops*, rtx_def*, machine_mode,
expand_modifier)
../../src/gcc/expr.c:9348
0x1021f24b expand_gimple_stmt_1
../../src/gcc/cfgexpand.c:3462
0x1021f24b expand_gimple_stmt
../../src/gcc/cfgexpand.c:3522
0x10222ed3 expand_gimple_basic_block
../../src/gcc/cfgexpand.c:5534
0x10224f33 execute
../../src/gcc/cfgexpand.c:6152
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
Preprocessed source stored into /tmp/ccRHm88P.out file, please attach this to
your bugreport.

This has been failing for quite some time. However, it seems it does not seem
to be related to gcc directly as both the last successful build [1] and the
last unsuccessful build [2] used both the same revision of gcc-4.9.2: r218987.

Attaching the pre-processed source from the last build with gcc-5.

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=stress-ng=powerpcspe=0.03.12-1=1422673290
> [2] 
> https://buildd.debian.org/status/fetch.php?pkg=stress-ng=powerpcspe=0.03.13-1=1422840779

[Bug c++/71011] Wrong decl in a "may be uninitialized" warning

[pinskia at gcc dot gnu.org]

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

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||diagnostic
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
Summary|Wrong "may be   |Wrong decl in a "may be
   |uninitialized" warning  |uninitialized" warning
 Ever confirmed|0   |1

--- Comment #4 from Andrew Pinski  ---

What is happening is ssa_name which was used with uop is being renamed to be
use the data decl
Which:
uop_c *uop = (uop_c *)m_frontend_q->peek(0);

Where peek is defined as :
T peek(int entry)
{


  T data;
  int count = 0;
  for (int ii = m_current_index; ii < m_current_index + m_size; ++ii) {
int index = ii % m_size;
for (auto I = m_entry[index].begin(), E = m_entry[index].end(); I != E;
++I) {
  if (count++ == entry) {
data = (*I)->m_data;
break;
  }
}
  }

  return data;
}

If m_size was 0, then data would be unitialized or if
m_entry[m_current_index].empty() is false.  I have not dug in to see m_size can
not be non 0 or GCC can figure out if it can be non 0 or the other case is
true.
So only the decl in the warning is incorrect as far as I can tell.

[Bug c++/71011] Wrong "may be uninitialized" warning

[bobby.prani at gmail dot com]

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

--- Comment #3 from Pranith Kumar  ---
Command which shows this error:

$ g++ -o .opt_build/src/allocate.o -c -O3 -std=c++11 -funroll-loops -Werror
-Wuninitialized -Wno-write-strings -DLONG_COUNTERS -DNO_MPI -DNO_DEBUG
src/allocate.i -Wall -Wextra

[Bug c++/71011] Wrong "may be uninitialized" warning

[bobby.prani at gmail dot com]

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

--- Comment #2 from Pranith Kumar  ---
Created attachment 38444
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38444=edit
pre-procssed source

[Bug c++/71011] New: Wrong "may be uninitialized" warning

[bobby.prani at gmail dot com]

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

Bug ID: 71011
   Summary: Wrong "may be uninitialized" warning
   Product: gcc
   Version: 6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: bobby.prani at gmail dot com
  Target Milestone: ---

I am getting a warning that "data" may be uninitialized. But there is no such
variable being used anywhere.

src/allocate.cc: In member function ‘void allocate_c::run_a_cycle()’:
src/allocate.cc:136:19: error: ‘data’ may be used uninitialized in this
function [-Werror=maybe-uninitialized]
 else if (uop->m_uop_type == UOP_IADD || // integer register
  ~^~
cc1plus: all warnings being treated as errors

Please find attached the source along with pre-processed file. Tested with g++
4.7 and up and it is the same in all versions.

[Bug c++/71011] Wrong "may be uninitialized" warning

[bobby.prani at gmail dot com]

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

Pranith Kumar  changed:

   What|Removed |Added

 CC||bobby.prani at gmail dot com

--- Comment #1 from Pranith Kumar  ---
Created attachment 38443
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38443=edit
original source

[Bug target/70998] [7 Regression]: ICE in pre_and_rev_post_order_compute, at cfganal.c

[ubizjak at gmail dot com]

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

Uroš Bizjak  changed:

   What|Removed |Added

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

--- Comment #5 from Uroš Bizjak  ---
Fixed.

[Bug target/70873] [7 Regressio] 20% performance regression at 482.sphinx3 after r235442 with -O2 -m32 on Haswell.

[ubizjak at gmail dot com]

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

Uroš Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

--- Comment #31 from Uroš Bizjak  ---
Fixed.

[Bug target/70998] [7 Regression]: ICE in pre_and_rev_post_order_compute, at cfganal.c

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun May  8 18:18:42 2016
New Revision: 236011

URL: https://gcc.gnu.org/viewcvs?rev=236011=gcc=rev
Log:
PR target/70998
* config/i386/sse.md (*sse2_vd_cvtsd2ss): New insn pattern.
(*sse2_vd_cvtss2sd): Ditto.
* config/i386/i386.md
(TARGET_SSE_PARTIAL_REG_DEPENDENCY float_truncate df->sf splitter):
Generate *sse2_vd_cvtsd2ss pattern.
(TARGET_SSE_PARTIAL_REG_DEPENDENCY float_extend sf->df splitter):
Generate *sse2_vd_cvtss2sd pattern.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.md
trunk/gcc/config/i386/sse.md

[Bug c++/71010] New: error: 'begin' was not declared in this scope

[theubik at mail dot ru]

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

Bug ID: 71010
   Summary: error: 'begin' was not declared in this scope
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: theubik at mail dot ru
  Target Milestone: ---

For example:

// https://godbolt.org/g/Zp5ABy
#include 
class X
{
  int m_x[5] = { 0, 1, 2, 3, 4 };
public:
  int* first() { return _x[0]; }
  int* last() { return _x[4]; }
};

namespace std
{
  int* begin(X& x) { return x.first(); }
  int* end(X& x) { return x.last(); }
}

int main()
{
  X x;
  for (auto xi : x) // error: 'begin' was not declared in this scope
std::cout << xi << std::endl;
  return 0;
}

With gcc 4.8 is OK. This is bug?

[Bug fortran/56226] Add support for DEC UNION and MAP extensions

[sgk at troutmask dot apl.washington.edu]

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

--- Comment #28 from Steve Kargl  ---
On Sun, May 08, 2016 at 03:06:39PM +, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56226
> 
> --- Comment #27 from Dominique d'Humieres  ---
> > WORKFORME on i686-*-freebsd and x86_64-*-freebsd.
> 
> See https://gcc.gnu.org/ml/gcc-testresults/2016-05/msg00779.html for
> m68k-unknown-linux-gnu.
> 

Why?  There is no information there that isn't in Andreas's comment
(a content-free post).

[Bug debug/67482] dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[zeccav at gmail dot com]

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

--- Comment #5 from Vittorio Zecca  ---
Running the sanitized version of gcc against the testsuite I got no
runtime error in dwarf2out.c

So I believe this issue can be closed as FIXED.

[Bug debug/67482] dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres  ---
> I confirm I cannot reproduce it on 6.1.0 nor 7

Closing as FIXED?

[Bug c++/71009] g++: ICE on modified gdb/valarith.c with -Ofast

[egall at gwmail dot gwu.edu]

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

--- Comment #1 from Eric Gallager  ---
Created attachment 38442
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38442=edit
bzipped preprocessed source

[Bug c++/71009] New: g++: ICE on modified gdb/valarith.c with -Ofast

[egall at gwmail dot gwu.edu]

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

Bug ID: 71009
   Summary: g++: ICE on modified gdb/valarith.c with -Ofast
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: egall at gwmail dot gwu.edu
  Target Milestone: ---
  Host: i386-apple-darwin9.8.0
Target: i386-apple-darwin9.8.0
 Build: i386-apple-darwin9.8.0

Full command line and output:

$ make CFLAGS="-g3 -Ofast -force_cpusubtype_ALL -gstrict-dwarf -gdwarf-2 -gfull
-save-temps" V=1
this target, 'config.h' just makes its dep, 'stamp-h'
/usr/local/bin/g++ -g3 -Ofast -force_cpusubtype_ALL -gstrict-dwarf -gdwarf-2
-gfull -save-temps -arch i386 -DTARGET_I386 -I./macosx -I./macosx -DWITH_CFM=0
-DUSE_PTHREADS=1 -D_DARWIN_UNLIMITED_STREAMS -mmacosx-version-min=10.5  -I. -I.
-I./config -DHAVE_CONFIG_H -DHAVE_SYS_TYPES_H
-DLOCALEDIR="\"/usr/local/share/locale\""   -I./../include/opcode
-I./../readline/.. -I./../zlib -I../bfd -I./../bfd -I./../include
-I./../mmalloc -I../mmalloc -I../intl -I./../intl  -DMI_OUT=1
-I/sw/include/libxml2 -I/sw/include -D__MigTypeCheck=1 -D__DARWIN_UNIX03=1
-Wreturn-type -Wcomment -Wtrigraphs -Wparentheses -Wpointer-arith
-Wchar-subscripts -Wno-unused -Wunused-value -Wunused-label -Wunused-result
-Wunused-variable -Wunused-but-set-variable -Wunused-function -Wempty-body
-Wmissing-declarations -Wignored-qualifiers -Wmissing-format-attribute
-Waddress -Wattributes -Wswitch -Wclobbered -Wcoverage-mismatch -Wdiv-by-zero
-Wdouble-promotion -Wfree-nonheap-object -Wsign-compare -Wtype-limits
-Winvalid-memory-model -Winvalid-pch -Wmain -Wmissing-braces
-Wmissing-include-dirs -Woverflow -Woverlength-strings -Wpragmas
-Wreturn-local-addr -Wsequence-point -Wsizeof-pointer-memaccess -Wtrampolines
-Wunknown-pragmas -Wnormalized=nfkc -Wlogical-op -Wfloat-conversion
-Wmissing-field-initializers -Wno-deprecated-declarations -Wbool-compare
-Wlogical-not-parentheses -Wsizeof-array-argument -Wswitch-bool
-Wshift-count-negative -Wshift-count-overflow -Wshift-negative-value
-Wshift-overflow=2 -Wmisleading-indentation -Wlto-type-mismatch
-Wtautological-compare -Wduplicated-cond -Wwrite-strings -Wenum-compare
-Wnonnull-compare -Wabi -Wabi-tag -Woverloaded-virtual -Wsign-promo -Wodr
-Wsubobject-linkage -Wctor-dtor-privacy -Wterminate -Wc++11-compat
-Wdelete-incomplete -Wdelete-non-virtual-dtor -Winherited-variadic-ctor
-Winvalid-offsetof -Wliteral-suffix -Wnoexcept -Wnon-template-friend
-Wnon-virtual-dtor -Wreorder -Wstrict-null-sentinel -Wmultiple-inheritance
-Wvirtual-inheritance -Wpmf-conversions -Wtemplates -Wvirtual-move-assign
-Wconversion-null -Weffc++ -Wsized-deallocation -Wplacement-new=2 -fpermissive
-Wendif-labels -Wformat -Wformat-y2k -Wformat-security -Wnonnull
-Wnonportable-cfstrings -Wno-unused-const-variable -std=gnu++03 -pedantic
-Wno-long-long -Wcast-align -Wuninitialized -Winit-self -Wmissing-noreturn
-Wvolatile-register-var -Wdisabled-optimization -Winline
-Waggressive-loop-optimizations -Wvector-operation-performance
-Wmaybe-uninitialized -Wstrict-overflow=1 -fno-strict-aliasing
-Wnull-dereference -Wframe-address -Wframe-larger-than=262144
-Wlarger-than=262144 -Wsuggest-attribute=const -Warray-bounds  -Wall -Wextra
-Wno-unused-parameter  -c -o valarith.o valarith.c
valarith.c: In function ‘value* value_binop(value*, value*, exp_opcode)’:
valarith.c:1408:1: internal compiler error: in gen_reg_rtx, at emit-rtl.c:1025
 }
 ^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make: *** [valarith.o] Error 1

The file compiles fine with all the other optimization levels I've tested
recently (-O3, -O2, -O1, -Os, -Og, -O0).

g++ version info:

$ /usr/local/bin/g++ -v
Using built-in specs.
COLLECT_GCC=/usr/local/bin/g++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i386-apple-darwin9.8.0/7.0.0/lto-wrapper
Target: i386-apple-darwin9.8.0
Configured with: ../configure --disable-werror
--enable-languages=c,c++,lto,objc,obj-c++ --enable-stage1-checking=release -C
--with-system-libunwind --enable-secureplt --enable-frame-pointer
--enable-version-specific-runtime-libs --enable-assert --enable-fat
--enable-portable-binary --enable-browser-plugin --enable-gconf-peer
--enable-libgcj-debug --enable-gc-debug --enable-interpreter
--enable-aot-compile-rpm --enable-java-home --with-x --enable-collections
--enable-gstreamer-peer --enable-xmlj --enable-qt-peer --enable-debug
--enable-local-sockets --without-isl --enable-objc-gc --enable-maintainer-mode
--enable-host-shared CC=/usr/local/bin/gcc CXX=/usr/local/bin/g++
AUTOCONF=/usr/local/bin/autoconf AUTOHEADER=/usr/local/bin/autoheader
AUTOM4TE=/usr/local/bin/autom4te AUTORECONF=/usr/local/bin/autoreconf

[Bug debug/67482] dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[zeccav at gmail dot com]

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

--- Comment #3 from Vittorio Zecca  ---
I confirm I cannot reproduce it on 6.1.0 nor 7

[Bug fortran/56226] Add support for DEC UNION and MAP extensions

[dominiq at lps dot ens.fr]

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

--- Comment #27 from Dominique d'Humieres  ---
> WORKFORME on i686-*-freebsd and x86_64-*-freebsd.

See https://gcc.gnu.org/ml/gcc-testresults/2016-05/msg00779.html for
m68k-unknown-linux-gnu.

[Bug fortran/56226] Add support for DEC UNION and MAP extensions

[sgk at troutmask dot apl.washington.edu]

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

--- Comment #26 from Steve Kargl  ---
On Sun, May 08, 2016 at 10:09:02AM +, sch...@linux-m68k.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56226
> 
> --- Comment #25 from Andreas Schwab  ---
> FAIL: gfortran.dg/dec_union_4.f90   -O0  execution test
> FAIL: gfortran.dg/dec_union_4.f90   -O1  execution test
> FAIL: gfortran.dg/dec_union_4.f90   -O2  execution test
> FAIL: gfortran.dg/dec_union_4.f90   -O3 -fomit-frame-pointer -funroll-loops
> -fpeel-loops -ftracer -finline-functions  execution test
> FAIL: gfortran.dg/dec_union_4.f90   -O3 -g  execution test
> FAIL: gfortran.dg/dec_union_4.f90   -Os  execution test
> 

WORKFORME on i686-*-freebsd and x86_64-*-freebsd.

[Bug debug/67482] dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[dominiq at lps dot ens.fr]

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

--- Comment #2 from Dominique d'Humieres  ---
> I cannot reproduce the runtime error with my instrumented trunk (7.0).

nor with instrumented 6.1.1.

[Bug target/71008] [7 Regression] FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord

[hjl.tools at gmail dot com]

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

--- Comment #2 from H.J. Lu  ---
(In reply to H.J. Lu from comment #1)
> It is rotatert vs rotate.  How did this happen?

There is:

  /* Convert ROTATERT to ROTATE.  */
  if (code == ROTATERT)
{   
  unsigned int bitsize = GET_MODE_PRECISION (result_mode);
  code = ROTATE; 
  if (VECTOR_MODE_P (result_mode))
count = bitsize / GET_MODE_NUNITS (result_mode) - count;
  else
count = bitsize - count;
}

This testcase needs an update.

[Bug target/71008] [7 Regression] FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
   Target Milestone|--- |7.0
 Ever confirmed|0   |1

--- Comment #1 from H.J. Lu  ---
Combine turns

(insn 20 16 22 2 (set (reg:V16SI 111)
(vec_merge:V16SI (rotatert:V16SI (reg:V16SI 112 [ x.1_2 ])
(const_int 12 [0xc]))
(subreg:V16SI (reg:V8DI 91 [ x.3_5 ]) 0)
(reg:HI 89 [ m.2_3 ])))
/export/build/gnu/gcc/build-x86_64-linux/gcc/include/avx512fintrin.h:6931 3152
{avx512f_rorv16si_mask}
 (expr_list:REG_DEAD (reg:V16SI 112 [ x.1_2 ])
(expr_list:REG_DEAD (reg:V8DI 91 [ x.3_5 ])
(expr_list:REG_DEAD (reg:HI 89 [ m.2_3 ])
(nil)
(insn 22 20 23 2 (set (reg:V8DI 101 [ _19 ])
(subreg:V8DI (reg:V16SI 111) 0))
/export/build/gnu/gcc/build-x86_64-linux/gcc/include/avx512fintrin.h:6931 1221
{movv8di_internal}
 (expr_list:REG_DEAD (reg:V16SI 111)
(nil)))

into

Trying 20 -> 22: 
Successfully matched this instruction:
(set (subreg:V16SI (reg:V8DI 101 [ _19 ]) 0)
(vec_merge:V16SI (rotate:V16SI (reg:V16SI 112 [ x.1_2 ])
(const_int 20 [0x14]))
(subreg:V16SI (reg:V8DI 91 [ x.3_5 ]) 0)
(reg:HI 89 [ m.2_3 ])))
allowing combination of insns 20 and 22

It is rotatert vs rotate.  How did this happen?

[Bug target/71008] New: [7 Regression] FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord

[hjl.tools at gmail dot com]

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

Bug ID: 71008
   Summary: [7 Regression] FAIL:
gcc.target/i386/avx512f-vprord-1.c
scan-assembler-times vprord
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
  Assignee: unassigned at gcc dot gnu.org
  Reporter: hjl.tools at gmail dot com
CC: kirill.yukhin at intel dot com, ubizjak at gmail dot com
  Target Milestone: ---

On x86, r235852 triggers:

FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord[
\\t]+[^{\n]*%zmm[0-9]+(?:\n|[ \\t]+#) 1
FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord[
\\t]+[^{\n]*%zmm[0-9]+{%k[1-7]}(?:\n|[ \\t]+#) 1
FAIL: gcc.target/i386/avx512f-vprord-1.c scan-assembler-times vprord[
\\t]+[^{\n]*%zmm[0-9]+{%k[1-7]}{z}(?:\n|[ \\t]+#) 1

It generates vprold, instead of vprord.

[Bug other/69582] [meta-bug] Cilk+

[ro at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 60290, which changed state.

Bug 60290 Summary: 32-bit g++.dg/cilk-plus/CK/catch_exc.cc FAILs on Solaris/x86
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60290

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED

[Bug target/60290] 32-bit g++.dg/cilk-plus/CK/catch_exc.cc FAILs on Solaris/x86

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |FIXED
   Target Milestone|6.2 |5.4

--- Comment #13 from Rainer Orth  ---
Fixed for 5.4, 6.2.

[Bug target/60290] 32-bit g++.dg/cilk-plus/CK/catch_exc.cc FAILs on Solaris/x86

[ro at gcc dot gnu.org]

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

--- Comment #12 from Rainer Orth  ---
Author: ro
Date: Sun May  8 11:45:03 2016
New Revision: 236006

URL: https://gcc.gnu.org/viewcvs?rev=236006=gcc=rev
Log:
Compile libcilkrts with -funwind-tables (PR target/60290)

Backport from mainline
2016-04-26  Rainer Orth  

PR target/60290
* Makefile.am (GENERAL_FLAGS): Add -funwind-tables.
* Makefile.in: Regenerate.

Modified:
branches/gcc-5-branch/libcilkrts/ChangeLog
branches/gcc-5-branch/libcilkrts/Makefile.am
branches/gcc-5-branch/libcilkrts/Makefile.in

[Bug c++/71007] Divergence between treatment of char[0] between OR (=> SFINAE failure) and diagnostic printing (no failure)

[schaub.johannes at googlemail dot com]

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

--- Comment #1 from Johannes Schaub  ---
Sorry, forgot to actually add the code of the reduced testcase:

   template
   void f(char(&)[N])
   { }

   int main() {
  char x[1];
  f(x);
   }

[Bug target/60290] 32-bit g++.dg/cilk-plus/CK/catch_exc.cc FAILs on Solaris/x86

[ro at gcc dot gnu.org]

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

--- Comment #11 from Rainer Orth  ---
Author: ro
Date: Sun May  8 11:42:49 2016
New Revision: 236005

URL: https://gcc.gnu.org/viewcvs?rev=236005=gcc=rev
Log:
Compile libcilkrts with -funwind-tables (PR target/60290)

Backport from mainline
2016-04-26  Rainer Orth  

PR target/60290
* Makefile.am (GENERAL_FLAGS): Add -funwind-tables.
* Makefile.in: Regenerate.

Modified:
branches/gcc-6-branch/libcilkrts/ChangeLog
branches/gcc-6-branch/libcilkrts/Makefile.am
branches/gcc-6-branch/libcilkrts/Makefile.in

[Bug c++/71007] New: Divergence between treatment of char[0] between OR (=> SFINAE failure) and diagnostic printing (no failure)

[schaub.johannes at googlemail dot com]

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

Bug ID: 71007
   Summary: Divergence between treatment of char[0] between OR (=>
SFINAE failure) and diagnostic printing (no failure)
   Product: gcc
   Version: 6.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: schaub.johannes at googlemail dot com
  Target Milestone: ---

The following is supposed to tell the user that char[0] is an invalid type,
during diagnostic printing. But instead, it infinitely recurses up to SIZE_MAX
or something during printing the diagnostic message, eventually crashing

   #include 
   #include 

   template
   auto ignore_n(std::integer_sequence) {
return std::make_tuple((I, std::ignore)...);
   }

   template
   auto function(Ts... ts)
  -> decltype((std::tuple_cat(
   
ignore_n(std::make_index_sequence   ()),
std::tuple()) = std::forward_as_tuple(ts...)),
void())
   {

   }

   int main() {
  function(2);
  function(1, 2, 3);
   }

Reduced test-case. Here it prints nothing when detailing on why "function" is
not callable:

   main.cpp: In function 'int main()':
   main.cpp:9:7: error: no matching function for call to 'f(char [1])'
   f(x);
   ^
   main.cpp:4:6: note: candidate: template void f(char (&)[N])
void f(char(&)[N])
  ^
   main.cpp:4:6: note:   template argument deduction/substitution failed:

[Bug fortran/67498] interface.c sanitizer runtime error: load of value 1818451807, which is not a valid value for type 'expr_t'

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|WAITING |NEW

--- Comment #5 from Dominique d'Humieres  ---
Confirmed on trunk (7.0).

[Bug fortran/68717] [6/7 Regression] New (bogus?) warnings when compiling some gfortran.dg tests with -flto after r231239

[dominiq at lps dot ens.fr]

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

--- Comment #3 from Dominique d'Humieres  ---
> As discussed in the other related PR, those are real issues - Fortran
> fronetnd should not declare one function with multiple and incompatible
> declarations.

The other related PR is pr68649.

The note: "code may be misoptimized unless -fno-strict-aliasing is used" looks
odd as the warnings are still there if one uses -fno-strict-aliasing as it was
the case before r231239.

[Bug tree-optimization/71006] New: [7 Regression] ICE: verify_gimple failed (error: type mismatch in conditional expression) w/ -O1 -ftree-loop-vectorize

[asolokha at gmx dot com]

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

Bug ID: 71006
   Summary: [7 Regression] ICE: verify_gimple failed (error: type
mismatch in conditional expression) w/ -O1
-ftree-loop-vectorize
   Product: gcc
   Version: 7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: asolokha at gmx dot com
  Target Milestone: ---

gcc-7.0.0-alpha20160501 snapshot ICEs when compiling the following reduced
testcase w/ -O1 -ftree-loop-vectorize:

% gcc-7.0.0-alpha20160501 -c -O1 -ftree-loop-vectorize gmqj07kc.c
gmqj07kc.c: In function 'fs':
gmqj07kc.c:4:1: error: type mismatch in conditional expression
 fs (void)
 ^~
vector(16) char
vector(16) unsigned char
vector(16) unsigned char
vect__16.14_73 = VEC_COND_EXPR ;
gmqj07kc.c:4:1: internal compiler error: verify_gimple failed

unsigned char uu, gu, e2;

void
fs (void)
{
  char *nq = (char *), *k4 = (char *)
  while (*k4 < 1)
{
  uu += (*nq != 0 || e2 != 0);
  ++*k4;
}
}

[Bug fortran/56226] Add support for DEC UNION and MAP extensions

[sch...@linux-m68k.org]

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

--- Comment #25 from Andreas Schwab  ---
FAIL: gfortran.dg/dec_union_4.f90   -O0  execution test
FAIL: gfortran.dg/dec_union_4.f90   -O1  execution test
FAIL: gfortran.dg/dec_union_4.f90   -O2  execution test
FAIL: gfortran.dg/dec_union_4.f90   -O3 -fomit-frame-pointer -funroll-loops
-fpeel-loops -ftracer -finline-functions  execution test
FAIL: gfortran.dg/dec_union_4.f90   -O3 -g  execution test
FAIL: gfortran.dg/dec_union_4.f90   -Os  execution test

[Bug rtl-optimization/66940] ifcvt.c:1907 signed integer overflow

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed on trunk (7.0) also.

[Bug middle-end/67486] ira-color.c sanitizer detects signed integer overflow

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed on trunk (7.0). I also see

../../work/gcc/sreal.c:231:20: runtime error: left shift of negative value
-2013265920

[Bug rtl-optimization/67483] combine.c sanitizer detects undefined negative left shift

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
Confirmed with trunk.

[Bug debug/67482] dwarf2out.c sanitizer detects undefined behaviour negation of -9223372036854775808

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2016-05-08
 Ever confirmed|0   |1

--- Comment #1 from Dominique d'Humieres  ---
I cannot reproduce the runtime error with my instrumented trunk (7.0).

[Bug middle-end/67485] expmed.c sanitizer detects overflow

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2016-05-08
 Ever confirmed|0   |1

--- Comment #2 from Dominique d'Humieres  ---
Confirmed also on trunk.

[Bug c++/70977] [6/7 Regression] Out of memory during compilation of facebook/wangle (flag c++0x works, flag c++14 fails).

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||jason at gcc dot gnu.org

--- Comment #8 from Markus Trippelsdorf  ---
Started with r231863.