[Bug c/58048] New: internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[Bug c/58048] New: internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[n-gcc at nn dot kiev.ua]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

            Bug ID: 58048
           Summary: internal compiler error: Max. number of generated
                    reload insns per insn is achieved (90)
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: n-gcc at nn dot kiev.ua

Created attachment 30586
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30586&action=edit
preprocessed input file

Observed both on 4.8.1 and 4.9.0. It gives the same message as #55247 but the
latter is declared fixed for 4.8.0. Compiler versions are from FreeBSD ports.

Example for gcc 4.8.1. Command:

gcc48 -v -c d.c -Wall -Wextra -g3 -Og -save-temps

Its output:

Using built-in specs.
COLLECT_GCC=gcc48
Target: i386-portbld-freebsd9.1
Configured with: ./../gcc-4.8-20130418/configure --disable-nls
--libdir=/usr/local/lib/gcc48 --libexecdir=/usr/local/libexec/gcc48
--program-suffix=48 --with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/gcc48/include/c++/
--with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local
--with-pkgversion='FreeBSD Ports Collection' --with-system-zlib
--disable-libgcj --enable-languages=c,c++,objc,fortran --prefix=/usr/local
--mandir=/usr/local/man --infodir=/usr/local/info/gcc48
--build=i386-portbld-freebsd9.1
Thread model: posix
gcc version 4.8.1 20130418 (prerelease) (FreeBSD Ports Collection) 
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-g3' '-Og' '-save-temps'
'-mtune=generic' '-march=i486'
 /usr/local/libexec/gcc48/gcc/i386-portbld-freebsd9.1/4.8.1/cc1 -E -quiet -v
-dD d.c -mtune=generic -march=i486 -Wall -Wextra -g3 -fworking-directory -Og
-fpch-preprocess -o d.i
ignoring nonexistent directory
"/usr/local/lib/gcc48/gcc/i386-portbld-freebsd9.1/4.8.1/../../../../../i386-portbld-freebsd9.1/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc48/gcc/i386-portbld-freebsd9.1/4.8.1/include
 /usr/local/include
 /usr/local/lib/gcc48/gcc/i386-portbld-freebsd9.1/4.8.1/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-g3' '-Og' '-save-temps'
'-mtune=generic' '-march=i486'
 /usr/local/libexec/gcc48/gcc/i386-portbld-freebsd9.1/4.8.1/cc1 -fpreprocessed
d.i -quiet -dumpbase d.c -mtune=generic -march=i486 -auxbase d -g3 -Og -Wall
-Wextra -version -o d.s
GNU C (FreeBSD Ports Collection) version 4.8.1 20130418 (prerelease)
(i386-portbld-freebsd9.1)
        compiled by GNU C version 4.8.1 20130418 (prerelease), GMP version
5.1.1, MPFR version 3.1.2, MPC version 0.9
warning: GMP header version 5.1.1 differs from library version 5.1.2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU C (FreeBSD Ports Collection) version 4.8.1 20130418 (prerelease)
(i386-portbld-freebsd9.1)
        compiled by GNU C version 4.8.1 20130418 (prerelease), GMP version
5.1.1, MPFR version 3.1.2, MPC version 0.9
warning: GMP header version 5.1.1 differs from library version 5.1.2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: b4e187455a377c1d9edc9370c28ad081
d.c: In function 'div3':
d.c:93:15: warning: unused parameter 'n' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
               ^
d.c:93:40: warning: unused parameter 'qp' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
                                        ^
d.c:93:54: warning: unused parameter 'rp' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
                                                      ^
d.c:107:1: internal compiler error: Max. number of generated reload insns per
insn is achieved (90)

 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Output for 4.9.0:

Using built-in specs.
COLLECT_GCC=gcc49
Target: i386-portbld-freebsd9.1
Configured with: ./../gcc-4.9-20130630/configure --disable-nls
--libdir=/usr/loc
al/lib/gcc49 --libexecdir=/usr/local/libexec/gcc49 --program-suffix=49
--with-as
=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/g
cc49/include/c++/ --with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local 
--with-pkgversion='FreeBSD Ports Collection' --with-system-zlib
--disable-libgcj
 --enable-languages=c,c++,objc,fortran --prefix=/usr/local
--mandir=/usr/local/m
an --infodir=/usr/local/info/gcc49 --build=i386-portbld-freebsd9.1
Thread model: posix
gcc version 4.9.0 20130630 (experimental) (FreeBSD Ports Collection) 
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-g3' '-Og' '-save-temps'
'-mtun
e=generic' '-march=i486'
 /usr/local/libexec/gcc49/gcc/i386-portbld-freebsd9.1/4.9.0/cc1 -E -quiet -v
-dD
 d.c -mtune=generic -march=i486 -Wall -Wextra -g3 -fworking-directory -Og
-fpch-
preprocess -o d.i
ignoring nonexistent directory
"/usr/local/lib/gcc49/gcc/i386-portbld-freebsd9.1
/4.9.0/../../../../../i386-portbld-freebsd9.1/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/lib/gcc49/gcc/i386-portbld-freebsd9.1/4.9.0/include
 /usr/local/include
 /usr/local/lib/gcc49/gcc/i386-portbld-freebsd9.1/4.9.0/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-c' '-Wall' '-Wextra' '-g3' '-Og' '-save-temps'
'-mtune=generic' '-march=i486'
 /usr/local/libexec/gcc49/gcc/i386-portbld-freebsd9.1/4.9.0/cc1 -fpreprocessed
d.i -quiet -dumpbase d.c -mtune=generic -march=i486 -auxbase d -g3 -Og -Wall
-Wextra -version -o d.s
GNU C (FreeBSD Ports Collection) version 4.9.0 20130630 (experimental)
(i386-portbld-freebsd9.1)
        compiled by GNU C version 4.9.0 20130630 (experimental), GMP version
5.1.2, MPFR version 3.1.2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU C (FreeBSD Ports Collection) version 4.9.0 20130630 (experimental)
(i386-portbld-freebsd9.1)
        compiled by GNU C version 4.9.0 20130630 (experimental), GMP version
5.1.2, MPFR version 3.1.2, MPC version 0.9
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 06f3c425eadf267e436e058b2e454be0
d.c: In function 'div3':
d.c:93:15: warning: unused parameter 'n' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
               ^
d.c:93:40: warning: unused parameter 'qp' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
                                        ^
d.c:93:54: warning: unused parameter 'rp' [-Wunused-parameter]
 div3(unsigned n, unsigned d, unsigned *qp, unsigned *rp, unsigned *t)
                                                      ^
d.c:107:1: internal compiler error: Max. number of generated reload insns per
insn is achieved (90)

 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

See attachment for preprocessed input (by 4.8.1)

[Bug c/58048] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Mikael Pettersson <mikpe at it dot uu.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mikpe at it dot uu.se

--- Comment #1 from Mikael Pettersson <mikpe at it dot uu.se> ---
The ICE reproduces on x86_64-linux with gcc-4.9-20130728 and gcc-4.8-20130725,
both -m32 and -m64.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Marek Polacek <mpolacek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-08-02
                 CC|                            |mpolacek at gcc dot gnu.org,
                   |                            |vmakarov at gcc dot gnu.org
      Known to work|                            |4.7.3
   Target Milestone|---                         |4.8.2
            Summary|internal compiler error:    |[4.8/4.9 Regression]
                   |Max. number of generated    |internal compiler error:
                   |reload insns per insn is    |Max. number of generated
                   |achieved (90)               |reload insns per insn is
                   |                            |achieved (90)
     Ever confirmed|0                           |1
      Known to fail|                            |4.8.1, 4.9.0

--- Comment #2 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Confirmed, started with http://gcc.gnu.org/r192719
I'll try to reduce this a bit.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

--- Comment #3 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Note that with -O0:
d.c: In function ‘div3’:
d.c:102:3: error: inconsistent operand constraints in an ‘asm’
>From gcc-bugs-return-427162-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Aug 02 08:05:06 2013
Return-Path: <gcc-bugs-return-427162-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6804 invoked by alias); 2 Aug 2013 08:05:06 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 6708 invoked by uid 48); 2 Aug 2013 08:05:03 -0000
From: "fabien at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/54537] undiagnosed using-declaration conflicting with used function
Date: Fri, 02 Aug 2013 08:05:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fabien at gcc dot gnu.org
X-Bugzilla-Status: CLOSED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: fabien at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-54537-4-UtYJI8YIIX@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-54537-4@http.gcc.gnu.org/bugzilla/>
References: <bug-54537-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-08/txt/msg00086.txt.bz2
Content-length: 646

http://gcc.gnu.org/bugzilla/show_bug.cgi?idT537

--- Comment #3 from fabien at gcc dot gnu.org ---
(In reply to Peter Bergner from comment #1)
> Given the OK by Paolo, I retested the patch from:
>
>     http://gcc.gnu.org/ml/gcc-patches/2012-11/msg01166.html
>
> It needed a small change to the expected error message from using9.C, but
> otherwise bootstrapped and regtested with no errors.  Committed to mainline
> as revision 201414.

Thank you very much.

> I have also asked about the appropriateness of backporting it to the FSF 4.8
> branch.

It is not a regression, so I think you would need an approval. Just ask it on
gcc-patches.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

--- Comment #6 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
...and -O is everything that's needed to trigger that.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

--- Comment #7 from Uroš Bizjak <ubizjak at gmail dot com> ---
Looking a bit into this problem:

A reload reg is inserted before "fscale" asm, but the chosen alternative can
move an immediate to memory directly.

    Inserting insn reload before:
  227: r184:SI=0x20

          alt=0,overall=13,losers=2,rld_nregs=1
          alt=1,overall=9,losers=1,rld_nregs=0
          alt=4,overall=19,losers=2 -- reject
          alt=10,overall=19,losers=2 -- reject
     Choosing alt 1 in insn 227:  (0) m  (1) re {*movsi_internal}
      Creating newreg=185 from oldreg=184, assigning class NO_REGS to r185
  227: r185:SI=0x20
    Inserting insn reload after:

The alternative does not need a register, so class NO_REGS is correct. However,
it looks that follow-up code is not prepared for this and trips into a loop,
trying to assign another reload reg.
>From gcc-bugs-return-427176-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Aug 02 09:02:26 2013
Return-Path: <gcc-bugs-return-427176-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29977 invoked by alias); 2 Aug 2013 09:02:26 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 29871 invoked by uid 48); 2 Aug 2013 09:02:22 -0000
From: "vincent-gcc at vinc17 dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/48341] LDBL_EPSILON is wrong on IRIX 6.5
Date: Fri, 02 Aug 2013 09:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: vincent-gcc at vinc17 dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-48341-4-FfvpSQOvnZ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-48341-4@http.gcc.gnu.org/bugzilla/>
References: <bug-48341-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-08/txt/msg00100.txt.bz2
Content-length: 796

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48341

--- Comment #4 from Vincent Lefèvre <vincent-gcc at vinc17 dot net> ---
I can see the same problem under Linux (gcc110.fsffrance.org).

According to the C standard (C99 and C11), the *_EPSILON values are "the
difference between 1 and the least value greater than 1 that is representable
in the given floating point type, b^(1-p)".

Here b = 2 and p = LDBL_MANT_DIG = 106.

I think that the C standard is badly worded. It should have said "the
difference between 1 and the least floating-point value greater than 1 that is
representable in the given type, b^(1-p)". What is regarded as a floating-point
value is specified by the standard: see 5.2.4.2.2p2 "A floating-point number
(x) is defined by the following model: [...]".
>From gcc-bugs-return-427177-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Aug 02 09:09:29 2013
Return-Path: <gcc-bugs-return-427177-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9496 invoked by alias); 2 Aug 2013 09:09:29 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 9386 invoked by uid 48); 2 Aug 2013 09:09:25 -0000
From: "vincent-gcc at vinc17 dot net" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/48341] LDBL_EPSILON is wrong on IRIX 6.5
Date: Fri, 02 Aug 2013 09:09:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: vincent-gcc at vinc17 dot net
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-48341-4-YewSTCuVsA@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-48341-4@http.gcc.gnu.org/bugzilla/>
References: <bug-48341-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-08/txt/msg00101.txt.bz2
Content-length: 546

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48341

--- Comment #5 from Vincent Lefèvre <vincent-gcc at vinc17 dot net> ---
(In reply to Vincent Lefèvre from comment #4)
> I can see the same problem under Linux (gcc110.fsffrance.org).

In case this wasn't clear, the architecture is also a PowerPC. The
double-double format comes from the PowerPC ABI, and isn't directly related to
the OS itself (FYI it was also used under Mac OS X / PowerPC).

Thus the summary of this bug should be changed to:

  LDBL_EPSILON is wrong on PowerPC
>From gcc-bugs-return-427178-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Aug 02 09:26:11 2013
Return-Path: <gcc-bugs-return-427178-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30072 invoked by alias); 2 Aug 2013 09:26:10 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 29993 invoked by uid 48); 2 Aug 2013 09:26:08 -0000
From: "mpolacek at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/58010] [4.8/4.9 Regression] ICE in vect_create_epilog_for_reduction, at tree-vect-loop.c:4378
Date: Fri, 02 Aug 2013 09:26:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: tree-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: mpolacek at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.8.2
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-58010-4-XoRDIEtkXl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58010-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58010-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-08/txt/msg00102.txt.bz2
Content-length: 424

http://gcc.gnu.org/bugzilla/show_bug.cgi?idX010

Marek Polacek <mpolacek at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |wschmidt at gcc dot gnu.org

--- Comment #2 from Marek Polacek <mpolacek at gcc dot gnu.org> ---
Started with http://gcc.gnu.org/r189527

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[bernd.edlinger at hotmail dot de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Bernd Edlinger <bernd.edlinger at hotmail dot de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bernd.edlinger at hotmail dot de

--- Comment #8 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
I see the same error with recent 4.9 i686-pc-linux-gnu in the following
test case:

gcc -O2 -msse -mno-avx -S testsuite/gcc.target/i386/intrinsics_4.c
intrinsics_4.c: In function 'foo':
intrinsics_4.c:14:1: internal compiler error: Max. number of generated reload
insns per insn is achieved (90)

 }
 ^
0x849e4c3 lra_constraints(bool)
        ../../gcc-4.9-20130728/gcc/lra-constraints.c:3724
0x849136c lra(_IO_FILE*)
        ../../gcc-4.9-20130728/gcc/lra.c:2319
0x8456beb do_reload
        ../../gcc-4.9-20130728/gcc/ira.c:4689
0x8456beb rest_of_handle_reload
        ../../gcc-4.9-20130728/gcc/ira.c:4801
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[vmakarov at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Vladimir Makarov <vmakarov at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vmakarov at redhat dot com

--- Comment #9 from Vladimir Makarov <vmakarov at redhat dot com> ---
(In reply to Bernd Edlinger from comment #8)
> I see the same error with recent 4.9 i686-pc-linux-gnu in the following
> test case:
> 
> gcc -O2 -msse -mno-avx -S testsuite/gcc.target/i386/intrinsics_4.c
> intrinsics_4.c: In function 'foo':
> intrinsics_4.c:14:1: internal compiler error: Max. number of generated
> reload insns per insn is achieved (90)
> 
>  }
>  ^
> 0x849e4c3 lra_constraints(bool)
>         ../../gcc-4.9-20130728/gcc/lra-constraints.c:3724
> 0x849136c lra(_IO_FILE*)
>         ../../gcc-4.9-20130728/gcc/lra.c:2319
> 0x8456beb do_reload
>         ../../gcc-4.9-20130728/gcc/ira.c:4689
> 0x8456beb rest_of_handle_reload
>         ../../gcc-4.9-20130728/gcc/ira.c:4801
> Please submit a full bug report,
> with preprocessed source if appropriate.

It is the same diagnostic but it has different reason for this.

I guess it is not LRA problem.  This test should be not run for i686 as it
tries to use non-avx and avx insns (which is absent for i686 architecture).

Reload pass also finishes badly by assert (internal error) on this test as
reload can not find insns to generate correct code.

Still GCC should have a better diagnostic for this case (may be by checking
correct architecture/attribute pairs).  Although I have no idea how to do it
right.

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[bernd.edlinger at hotmail dot de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

--- Comment #10 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
(In reply to Vladimir Makarov from comment #9)
so this test case has no chance to pass on a target without avx.
maybe this should be added to the test case then?

/* { dg-require-effective-target avx } */

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[bernd.edlinger at hotmail dot de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

--- Comment #11 from Bernd Edlinger <bernd.edlinger at hotmail dot de> ---
hmm, this test compiles correctly if -msse2 is used.
gcc -O2 -msse2 -mno-avx -S intrinsics_4.c

[Bug rtl-optimization/58048] [4.8/4.9 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.2                       |4.8.3

--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.2 has been released.

[Bug rtl-optimization/58048] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58048

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|                            |4.9.0
            Summary|[4.8/4.9 Regression]        |[4.8 Regression] internal
                   |internal compiler error:    |compiler error: Max. number
                   |Max. number of generated    |of generated reload insns
                   |reload insns per insn is    |per insn is achieved (90)
                   |achieved (90)               |
      Known to fail|4.8.1, 4.9.0                |4.8.2

--- Comment #13 from Richard Biener <rguenth at gcc dot gnu.org> ---
2013-08-02  Vladimir Makarov  <vmakarov@redhat.com>

        PR rtl-optimization/58048
        * lra-constraints.c (process_alt_operands): Don't check asm
        operand on register.

fixed on trunk sofar.

[Bug rtl-optimization/58048] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.3                       |4.8.4

--- Comment #14 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 4.8.3 is being released, adjusting target milestone.

[Bug rtl-optimization/58048] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |x86_64-*-*, i?86-*-*
           Priority|P3                          |P2

[Bug rtl-optimization/58048] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[jakub at gcc dot gnu.org]

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

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Target Milestone|4.8.4                       |4.8.5

--- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.

[Bug rtl-optimization/58048] [4.8 Regression] internal compiler error: Max. number of generated reload insns per insn is achieved (90)

[rguenth at gcc dot gnu.org]

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

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|4.8.5                       |4.9.0
      Known to fail|                            |4.8.5

--- Comment #16 from Richard Biener <rguenth at gcc dot gnu.org> ---
Fixed for 4.9.0.