[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Martin Liška  changed:

   What|Removed |Added

   Keywords|needs-bisection |
 CC||vmakarov at gcc dot gnu.org

--- Comment #15 from Martin Liška  ---
Started with r10-6919-gf3ce088645e5305d932380c7520809181b2d2eb9.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #14 from Martin Liška  ---
Reduced test-case:

$ cat ./tmp0/024.ii
  template
struct __enable_if
{ };
  template
struct __enable_if
{ typedef _Tp __type; };

$ valgrind /tmp/cc1plus ./tmp0/024.ii
==25053== Memcheck, a memory error detector
==25053== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==25053== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==25053== Command: /tmp/cc1plus ./tmp0/024.ii
==25053== 
==25053== Invalid read of size 1
==25053==at 0x1048C3D0: convert_template_argument(tree_node*, tree_node*,
tree_node*, int, int, tree_node*) (in /tmp/cc1plus)
==25053==by 0x1048FBCF: coerce_template_parms(tree_node*, tree_node*,
tree_node*, int, bool, bool) (in /tmp/cc1plus)
==25053==by 0x10498E77: get_partial_spec_bindings(tree_node*, tree_node*,
tree_node*) (in /tmp/cc1plus)
==25053==by 0x104E9267: process_partial_specialization(tree_node*) (in
/tmp/cc1plus)
==25053==by 0x104EEA83: maybe_process_partial_specialization(tree_node*)
(in /tmp/cc1plus)
==25053==by 0x104168C7: cp_parser_class_specifier_1(cp_parser*) (in
/tmp/cc1plus)
==25053==by 0x104182EB: cp_parser_type_specifier(cp_parser*, int,
cp_decl_specifier_seq*, bool, int*, bool*) (in /tmp/cc1plus)
==25053==by 0x104196FB: cp_parser_decl_specifier_seq(cp_parser*, int,
cp_decl_specifier_seq*, int*) (in /tmp/cc1plus)
==25053==by 0x10451097: cp_parser_single_declaration(cp_parser*,
vec*, bool, bool, bool*) (in
/tmp/cc1plus)
==25053==by 0x1045156B:
cp_parser_template_declaration_after_parameters(cp_parser*, tree_node*, bool)
(in /tmp/cc1plus)
==25053==by 0x1045221B: cp_parser_explicit_template_declaration(cp_parser*,
bool) (in /tmp/cc1plus)
==25053==by 0x1045655B: cp_parser_declaration(cp_parser*) (in /tmp/cc1plus)
==25053==  Address 0x129f47c5 is not stack'd, malloc'd or (recently) free'd
==25053== 
./tmp0/024.ii: In substitution of ‘template, class> struct
__enable_if [with bool  = true;  = _Tp]’:
./tmp0/024.ii:5:12:   required from here
./tmp0/024.ii:5:12: internal compiler error: Segmentation fault
5 | struct __enable_if
  |^~

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #13 from Martin Liška  ---
(In reply to Jeffrey A. Law from comment #12)
> The way I've done ppc32 bootstraps is to have a 32bit root filesystem,
> installed on a 64bit system.  I then chroot into that 32bit root filesystem
> and I can do 32bit "native" builds at native speed.
> 
> I was doing this on Red Hat systems where I can sudo chroot :-)  I haven't
> tried it in the compile farm.

Thanks for hint.
Right now, I can reproduce it on powerpc64 system with -m32.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Jeffrey A. Law  changed:

   What|Removed |Added

 CC||law at redhat dot com

--- Comment #12 from Jeffrey A. Law  ---
The way I've done ppc32 bootstraps is to have a 32bit root filesystem,
installed on a 64bit system.  I then chroot into that 32bit root filesystem and
I can do 32bit "native" builds at native speed.

I was doing this on Red Hat systems where I can sudo chroot :-)  I haven't
tried it in the compile farm.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Martin Liška  changed:

   What|Removed |Added

 Status|WAITING |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |marxin at gcc dot 
gnu.org

--- Comment #11 from Martin Liška  ---
I can reproduce it on GCC110 machine, let me bisect that and isolate a
test-case.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Martin Liška  changed:

   What|Removed |Added

   Keywords||needs-bisection

--- Comment #10 from Martin Liška  ---
Ah, ok, I'm trying to reproduce that on power7 machine (gcc110 compile farm
box) with CC="gcc -m32" ...

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #9 from Richard Biener  ---
You can also run big-endian kvm guests on a little-endian host.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread glaubitz at physik dot fu-berlin.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #8 from John Paul Adrian Glaubitz  ---
(In reply to Martin Liška from comment #0)
> I can't reproduce that with a cross compiler and I noticed that one needs to
> bootstrap compiler. --disable-bootstrap seems fine. I don't have a handy
> machine where I could reproduce that right now..

There are POWER machines available in the GCC compile farm. If these aren't
helpful, I can create an account for you on one of the machines we use for
Debian.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #7 from Richard Biener  ---
Just to quote configury used:

../configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man
--libdir=/usr/lib --libexecdir=/usr/lib
--enable-languages=c,c++,objc,fortran,obj-c++,ada,go --disable-werror
--with-gxx-include-dir=/usr/include/c++/10 --enable-ssp --disable-libssp
--disable-libvtv --disable-cet --disable-libcc1 --enable-plugin
--with-bugurl=https://bugs.opensuse.org/ '--with-pkgversion=SUSE Linux'
--with-slibdir=/lib --with-system-zlib --enable-libstdcxx-allocator=new
--disable-libstdcxx-pch --enable-version-specific-runtime-libs
--with-gcc-major-version-only --enable-linker-build-id --enable-linux-futex
--enable-gnu-indirect-function --program-suffix=-10 --without-system-libunwind
--with-cpu=default32 --with-cpu-64=power4 --enable-secureplt
--with-long-double-128 --build=powerpc64-suse-linux --host=powerpc64-suse-linux

note it worked with fa1160f6e50500aa38162fefb43bfb10c25e0363 but now fails
since at least 778a77357cad11e8dd4c810544330af0fbe843b1 so it's a recent
regression.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-05 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #6 from Andrew Pinski  ---
(In reply to Andrew Pinski from comment #3)
> One question I have is which stage fails?  Is it stage 2 or stage 3? 
> Because if it is stage 3, then stage 2 is miscompiled which is causing a
> different miscompile in stage 3.

With the proper log file, it is stage 2 GCC that is producing the ICE.  This
makes it a little easier to debug :).

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #5 from Martin Liška  ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Martin Liška from comment #1)
> > Created attachment 47974 [details]
> > Reduced test-case
> I doubt this is a reduced testcase.  It is a reduced testcase for the ICE
> but not the wrong code causing the ICE, see your comment below ...

Yes.

> 
> 
> (In reply to Martin Liška from comment #0)
> > I can't reproduce that with a cross compiler and I noticed that one needs
> > to bootstrap compiler.  --disable-bootstrap seems fine. I don't have a handy
> > machine where I could reproduce that right now..
> 
> So if you use --disable-bootstrap, did you run the testsuite?  That
> sometimes will find which testcase is producing wrong code now.
> The other way to find what is being miscompiled is bisect the commit which
> introduced the problem and then compare the .o files for the stage which is
> being compiled.  
> 

I would normally do that, but right now I only have a open build service worker
output. That's why I'm asking for help somebody how can run the bootstrap
locally. I hope IBM guys will help us.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Martin Liška  changed:

   What|Removed |Added

  Attachment #47973|0   |1
is obsolete||

--- Comment #4 from Martin Liška  ---
Created attachment 47975
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47975=edit
Build log

Sorry, this is the proper build log.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #3 from Andrew Pinski  ---
One question I have is which stage fails?  Is it stage 2 or stage 3?  Because
if it is stage 3, then stage 2 is miscompiled which is causing a different
miscompile in stage 3.

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Andrew Pinski  changed:

   What|Removed |Added

   Keywords||build, wrong-code
 Status|NEW |WAITING

--- Comment #2 from Andrew Pinski  ---
(In reply to Martin Liška from comment #1)
> Created attachment 47974 [details]
> Reduced test-case
I doubt this is a reduced testcase.  It is a reduced testcase for the ICE but
not the wrong code causing the ICE, see your comment below ...


(In reply to Martin Liška from comment #0)
> I can't reproduce that with a cross compiler and I noticed that one needs
> to bootstrap compiler.  --disable-bootstrap seems fine. I don't have a handy
> machine where I could reproduce that right now..

So if you use --disable-bootstrap, did you run the testsuite?  That sometimes
will find which testcase is producing wrong code now.
The other way to find what is being miscompiled is bisect the commit which
introduced the problem and then compare the .o files for the stage which is
being compiled.  


Note you also attached the incorrect log file.  it is a log for building
hfst-ospell

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

Martin Liška  changed:

   What|Removed |Added

 Target||ppc-linux-gnu
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2020-03-05
 CC||rguenth at gcc dot gnu.org
  Known to work||9.2.0
   Host||ppc-linux-gnu
   Target Milestone|--- |10.0
 Ever confirmed|0   |1
  Known to fail||10.0
  Build||ppc-linux-gnu

[Bug bootstrap/94042] [10 Regression] Bootstrap fails on ppc-linux-gnu

2020-03-04 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042

--- Comment #1 from Martin Liška  ---
Created attachment 47974
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47974=edit
Reduced test-case