[Bug c/61215] New: ICE building wine-1.7.19 with gcc-4.9-20140514

[Bug c/61215] New: ICE building wine-1.7.19 with gcc-4.9-20140514

[chris2553 at googlemail dot com]

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

            Bug ID: 61215
           Summary: ICE building wine-1.7.19 with gcc-4.9-20140514
           Product: gcc
           Version: 4.9.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: chris2553 at googlemail dot com

Created attachment 32815
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=32815&action=edit
Preprcessed source file

I've bumped into an ICE when building wine-1.7.19 with gcc-4.9-20140514. The
build wine completes successfully with gcc-4.8-20140514.

My system is a 32 bit user space running on a 64 bit kernel built from the
latest 3.15.0 development sources. The hardware is a Fujitsu Lifebook AH531
laptop with 8GB RAM.

The gcc build is configured with:

--prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu
--target=i386-pc-linux-gnu --infodir=/usr/info --mandir=/usr/man
--enable-shared --disable-static --with-system-zlib --enable-threads=posix
--enable-haifa --enable-languages=c,c++ --enable-long-long --enable-namespaces
--enable-multilib --with-gnu-as --with-gnu-ld --with-system-zlib --without-x
--disable-werror --disable-checking --enable-__cxa_atexit --disable-nls
--without-included-gettext i386-pc-linux

The command that triggers the ICE is:

gcc -c -o schedsvc.o schedsvc.c -I. -I../../include -D__WINESRC__ -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body -Wignored-qualifiers   -Wstrict-prototypes -Wtype-limits
-Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith   -Wlogical-op
-fno-omit-frame-pointer -O3 -march=i686  -fno-omit-frame-pointer

The compiler output is:

schedsvc.c: In function 'SchRpcGetInstanceInfo':
schedsvc.c:613:1: internal compiler error: Segmentation fault
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

The preprocessed file (compressed with xz) is attached.

[Bug c/61215] ICE building wine-1.7.19 with gcc-4.9-20140514

[chris2553 at googlemail dot com]

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

Chris Clayton <chris2553 at googlemail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |chris2553 at googlemail dot com
      Known to work|                            |4.8.3
      Known to fail|                            |4.9.1

--- Comment #1 from Chris Clayton <chris2553 at googlemail dot com> ---
Correction: successful build was with gcc-4.8-20140515

[Bug target/61215] ICE building wine-1.7.19 with gcc-4.9-20140514

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|                            |i686
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-05-18
                 CC|                            |trippels at gcc dot gnu.org
          Component|c                           |target
   Target Milestone|---                         |4.9.1
     Ever confirmed|0                           |1

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
markus@x4 tmp % cat test.i
void fn1 (int *, ...);
int fn2 (int p1)
{
  fn1 (0, (short)(int)&p1);
  return 0;
}

markus@x4 tmp % gcc -c -m32 -O2 -march=i686 test.i
test.i: In function ‘fn2’:
test.i:6:1: internal compiler error: in gen_add2_insn, at optabs.c:4718
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-451842-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun May 18 08:22:18 2014
Return-Path: <gcc-bugs-return-451842-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30714 invoked by alias); 18 May 2014 08:22:15 -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 30678 invoked by uid 48); 18 May 2014 08:22:08 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/21802] Two-stage name lookup fails for operators
Date: Sun, 18 May 2014 08:22: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.1.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: paolo.carlini at oracle dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-21802-4-zTPSzqYf2s@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-21802-4@http.gcc.gnu.org/bugzilla/>
References: <bug-21802-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: 2014-05/txt/msg01534.txt.bz2
Content-length: 441

https://gcc.gnu.org/bugzilla/show_bug.cgi?id!802

Paolo Carlini <paolo.carlini at oracle dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|paolo.carlini at oracle dot com    |

--- Comment #5 from Paolo Carlini <paolo.carlini at oracle dot com> ---
Ah, Ok thanks. The EDG I was using as part of ICC also rejected it.

[Bug rtl-optimization/61215] [4.9 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[ubizjak at gmail dot com]

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |vmakarov at gcc dot gnu.org
          Component|target                      |rtl-optimization

--- Comment #3 from Uroš Bizjak <ubizjak at gmail dot com> ---
LRA blindly emits HImode PLUS RTX, although m_PPRO does not enable it:

(gdb) bt
#0  internal_error (gmsgid=gmsgid@entry=0x1359098 "in %s, at %s:%d") at
/home/uros/gcc-svn/trunk/gcc/diagnostic.c:1130
#1  0x0000000000f52754 in fancy_abort (file=file@entry=0x103c190
"/home/uros/gcc-svn/trunk/gcc/optabs.c", line=line@entry=4715, 
    function=function@entry=0x103cd30 <gen_add2_insn(rtx_def*,
rtx_def*)::__FUNCTION__> "gen_add2_insn") at
/home/uros/gcc-svn/trunk/gcc/diagnostic.c:1190
#2  0x00000000008fede4 in gen_add2_insn (x=0x7ffff1998fd8, y=0x7ffff1998fa8) at
/home/uros/gcc-svn/trunk/gcc/optabs.c:4715
#3  0x00000000008a2113 in emit_add2_insn (x=0x7ffff1998fd8, y=0x7ffff1998fa8)
at /home/uros/gcc-svn/trunk/gcc/lra.c:290
#4  0x00000000008a27ae in lra_emit_add (x=0x7ffff1998fd8, y=<optimized out>,
z=<optimized out>) at /home/uros/gcc-svn/trunk/gcc/lra.c:395

(gdb) f 4
#4  0x00000000008a27ae in lra_emit_add (x=0x7ffff1998fd8, y=<optimized out>,
z=<optimized out>) at /home/uros/gcc-svn/trunk/gcc/lra.c:395
395                       insn = emit_add2_insn (x, base);
(gdb) list
390                   if (recog_memoized (insn) < 0)
391                     {
392                       delete_insns_since (last);
393                       /* Generate x = disp; x = x + base.  */
394                       emit_move_insn (x, disp);
395                       insn = emit_add2_insn (x, base);
396                       lra_assert (insn != NULL_RTX);
397                     }
398                   /* Generate x = x + index.  */
399                   if (index != NULL_RTX)
>From gcc-bugs-return-451844-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun May 18 12:39:16 2014
Return-Path: <gcc-bugs-return-451844-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 18025 invoked by alias); 18 May 2014 12:39:15 -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 17976 invoked by uid 48); 18 May 2014 12:39:07 -0000
From: "palpatin91 at mail dot ru" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/61216] New: wrong name lookup for operator functions with using-declaration
Date: Sun, 18 May 2014 12:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: trivial
X-Bugzilla-Who: palpatin91 at mail dot ru
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: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-61216-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: 2014-05/txt/msg01536.txt.bz2
Content-length: 2754

https://gcc.gnu.org/bugzilla/show_bug.cgi?ida216

            Bug ID: 61216
           Summary: wrong name lookup for operator functions with
                    using-declaration
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: trivial
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: palpatin91 at mail dot ru

In GCC 4.8.1 for Windows XP:
---------------------------------------------
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=f:/dev-cpp/mingw32/bin/../libexec/gcc/mingw32/4.8.1/lto-wrap
per.exe
Target: mingw32
Configured with: ../gcc-4.8.1/configure --prefix=/mingw --host=mingw32
--build=m
ingw32 --without-pic --enable-shared --enable-static --with-gnu-ld --enable-lto
--enable-libssp --disable-multilib
--enable-languages=c,c++,fortran,objc,obj-c++
,ada --disable-sjlj-exceptions --with-dwarf2 --disable-win32-registry
--enable-l
ibstdcxx-debug --enable-version-specific-runtime-libs
--with-gmp=/usr/src/pkg/gm
p-5.1.2-1-mingw32-src/bld --with-mpc=/usr/src/pkg/mpc-1.0.1-1-mingw32-src/bld
--
with-mpfr= --with-system-zlib --with-gnu-as --enable-decimal-float=yes
--enable-
libgomp --enable-threads --with-libiconv-prefix=/mingw32
--with-libintl-prefix=/
mingw --disable-bootstrap LDFLAGS=-s CFLAGS=-D_USE_32BIT_TIME_T
Thread model: win32
gcc version 4.8.1 (GCC)
---------------------------------------------

following code fragment gives compilation error:
---------------------------------------------
class C {

};

namespace N {
C& operator ++(C& obj) { return obj; }
}

C& operator ++(C& obj) { return obj; }

int main()
{
    using N::operator ++;
    C c;
    ++c;
}
---------------------------------------------
main.cpp: In function 'int main()':
main.cpp:69:2: error: ambiguous overload for 'operator++' (operand type is 'C')
  ++c;
  ^
main.cpp:69:2: note: candidates are:
main.cpp:60:4: note: C& N::operator++(C&)
 C& operator ++(C& obj) { return obj; }
    ^
main.cpp:63:4: note: C& operator++(C&)
 C& operator ++(C& obj) { return obj; }
    ^
---------------------------------------------
But according to 13.3.1.2p3:
"The set of non-member candidates is the result of the unqualified lookup of
operator@ in the context
of the expression according to the usual rules for name lookup in unqualified
function calls (3.4.2)
except that all member functions are ignored."

And the following code compiles just fine:
---------------------------------------------
namespace N {
void f() {}
}

void f() {}

int main()
{
    using N::f;
    f();
}
---------------------------------------------
So I assume in case of operator functions it should compile also and choose
N::operator ++ version

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[vmakarov at gcc dot gnu.org]

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

--- Comment #5 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Fri May 23 01:52:01 2014
New Revision: 210838

URL: http://gcc.gnu.org/viewcvs?rev=210838&root=gcc&view=rev
Log:
2014-05-22  Vladimir Makarov  <vmakarov@redhat.com>

    PR rtl-optimization/61215
    * lra-elelimination.c (lra_eliminate_regs_1): Don't use
    simplify_gen_subreg until final substitution.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/lra-eliminations.c

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[vmakarov at gcc dot gnu.org]

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

--- Comment #6 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Fri May 23 01:52:28 2014
New Revision: 210839

URL: http://gcc.gnu.org/viewcvs?rev=210839&root=gcc&view=rev
Log:
2014-05-22  Vladimir Makarov  <vmakarov@redhat.com>

    PR rtl-optimization/61215
    * lra-elelimination.c (lra_eliminate_regs_1): Don't use
    simplify_gen_subreg until final substitution.


Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/lra-eliminations.c

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[chris2553 at googlemail dot com]

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

--- Comment #7 from Chris Clayton <chris2553 at googlemail dot com> ---
I can confirm that with Vladimir's patch applied to gcc-4.9-20140521,
wine-1.7.19 now compiles successfully.

Thanks everyone.

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[trippels at gcc dot gnu.org]

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

Markus Trippelsdorf <trippels at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #8 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Vladimir, I don't understand why you haven't used the testcase from
comment 2.

Fixed.

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[vmakarov at gcc dot gnu.org]

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

--- Comment #9 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Fri May 23 15:34:03 2014
New Revision: 210863

URL: http://gcc.gnu.org/viewcvs?rev=210863&root=gcc&view=rev
Log:
2014-05-23  Vladimir Makarov  <vmakarov@redhat.com>

    PR rtl-optimization/61215
    * gcc.target/i386/pr61215.c: New.


Added:
    trunk/gcc/testsuite/gcc.target/i386/pr61215.c
Modified:
    trunk/gcc/testsuite/ChangeLog

[Bug rtl-optimization/61215] [4.9/4.10 Regression] ICE in gen_add2_insn, at optabs.c:4718 when building wine-1.7.19

[vmakarov at gcc dot gnu.org]

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

--- Comment #10 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #8)
> Vladimir, I don't understand why you haven't used the testcase from
> comment 2.

Sorry, I overlooked the small test.  I've just added the test to the trunk.