[Bug middle-end/82742] [8 Regression] ICE on valid code at -O3: verify_flow_info failed

2017-10-27 Thread marxin at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82742

Martin Liška  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2017-10-27
 CC||hubicka at ucw dot cz,
   ||marxin at gcc dot gnu.org
   Target Milestone|--- |8.0
Summary|ICE on valid code at -O3:   |[8 Regression] ICE on valid
   |verify_flow_info failed |code at -O3:
   ||verify_flow_info failed
 Ever confirmed|0   |1

--- Comment #1 from Martin Liška  ---
Thank you again Zhendong. It's probably dup of PR82671 as it starts with same
revision r253910.

[Bug tree-optimization/57359] wrong code for union access at -O3 on x86_64-linux

2017-10-27 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359

Richard Biener  changed:

   What|Removed |Added

 CC||hstong at ca dot ibm.com

--- Comment #15 from Richard Biener  ---
*** Bug 81028 has been marked as a duplicate of this bug. ***

[Bug tree-optimization/57359] wrong code for union access at -O3 on x86_64-linux

2017-10-27 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359

--- Comment #14 from Richard Biener  ---
Testcase from PR81028

extern void abort();

typedef int A;
typedef float B;

void __attribute__((noinline,noclone))
foo(A *p, B *q, long unk)
{
  for (long i = 0; i < unk; ++i) {
  *p = 1;
  q[i] = 42;
  }
}

int main(void)
{
  union { A x; B f; } u;
  foo(, , 1);
  if (u.f != 42) abort();
  return 0;
}

[Bug tree-optimization/81028] GCC miscompiles placement new

2017-10-27 Thread rguenth at gcc dot gnu.org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81028

Richard Biener  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #7 from Richard Biener  ---
Indeed.

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

[Bug libstdc++/81797] gcc 7.1.0 fails to build on macOS 10.13 (High Sierra):

2017-10-27 Thread chrisj at rtems dot org 
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81797

--- Comment #45 from Chris Johns  ---
This simple hack as a test works for me with `-j 8` on an i7 without
.NOTPARALLEL:

--- gcc-7.2.0/libstdc++-v3/include/Makefile.am.orig 2017-10-27
15:30:16.0 +1100
+++ gcc-7.2.0/libstdc++-v3/include/Makefile.am  2017-10-27 15:34:00.0
+1100
@@ -22,6 +22,8 @@

 include $(top_srcdir)/fragment.am

+LN_S = cp
+
 # Standard C++ includes.
 std_srcdir = ${glibcxx_srcdir}/include/std
 std_builddir = .
--- gcc-7.2.0/libstdc++-v3/include/Makefile.in.orig 2017-10-27
15:33:44.0 +1100
+++ gcc-7.2.0/libstdc++-v3/include/Makefile.in  2017-10-27 15:34:05.0
+1100
@@ -163,7 +163,7 @@
 LIBS = @LIBS@
 LIBTOOL = @LIBTOOL@
 LIPO = @LIPO@
-LN_S = @LN_S@
+LN_S = cp
 LONG_DOUBLE_COMPAT_FLAGS = @LONG_DOUBLE_COMPAT_FLAGS@
 LTLIBICONV = @LTLIBICONV@
 LTLIBOBJS = @LTLIBOBJS@

In terms of make I would expect `cp` and `ln -s` to be the same. Maybe Apple
would like to help out?

<    1   2