[Bug bootstrap/60984] New: AIX: gcc-4.9.0 bootstrap fails in stage-2

[Bug bootstrap/60984] New: AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

            Bug ID: 60984
           Summary: AIX: gcc-4.9.0 bootstrap fails in stage-2
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: blocker
          Priority: P3
         Component: bootstrap
          Assignee: unassigned at gcc dot gnu.org
          Reporter: tgard at opentext dot com

Created attachment 32693
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32693&action=edit
Error output, config.log, config.status

/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/./prev-gcc/xg++
-B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/./prev-gcc/
-B/usr/local/gcc-4.9.0/powerpc-ibm-aix6.1.0.0/bin/ -nostdinc++
-B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/src/.libs
-B/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/libsupc++/.libs

-I/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/include/powerpc-ibm-aix6.1.0.0

-I/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/include
 -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/libstdc++-v3/libsupc++
-L/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/src/.libs
-L/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/prev-powerpc-ibm-aix6.1.0.0/libstdc++-v3/libsupc++/.libs
-c   -g -O2 -DIN_GCC    -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings  
-DHAVE_CONFIG_H -I. -I. -I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/.
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../include -I./../intl
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libcpp/include
-I/usr/local/lib32-static/include -I/usr/local/lib32-static/include
-I/usr/local/lib32-static/include 
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libdecnumber
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libdecnumber/dpd -I../libdecnumber
-I/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/../libbacktrace    -o
tree-ssa-address.o -MT tree-ssa-address.o -MMD -MP -MF
./.deps/tree-ssa-address.TPo
/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/tree-ssa-address.c
In file included from
/builds/gbgbuild/bld/gcc/gcc-4.9.0/gcc/tree-ssa-address.c:1024:0:
./gt-tree-ssa-address.h:86:2: internal compiler error: in operator[], at
vec.h:735
 };
  ^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[3]: *** [tree-ssa-address.o] Error 1
make[3]: Leaving directory
`/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory
`/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory
`/builds/gbgbuild/bld/gcc/stbldap01/obj_stbldap01-4.9.0'
make: *** [all] Error 2

[Bug bootstrap/60984] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #1 from David Edelsohn <dje at gcc dot gnu.org> ---
I have been bootstrapping GCC trunk and 4.9 on AIX 7.1 without any failures.

[Bug bootstrap/60984] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

David Edelsohn <dje at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Target|powerpc-ibm-aix6.1          |powerpc-ibm-aix*
           Priority|P3                          |P2
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-04-28
                 CC|                            |rguenth at gcc dot gnu.org
               Host|powerpc-ibm-aix6.1          |powerpc-ibm-aix*
   Target Milestone|---                         |4.9.1
     Ever confirmed|0                           |1
              Build|powerpc-ibm-aix6.1          |powerpc-ibm-aix*

--- Comment #2 from David Edelsohn <dje at gcc dot gnu.org> ---
Okay, I can confirm this now. Bootstrap is working on trunk and was working at
the point of the branch, so this is due to some 4.9-specific patch.

[Bug bootstrap/60984] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #3 from David Edelsohn <dje at gcc dot gnu.org> ---
731     template<typename T, typename A>
732     inline T &
733     vec<T, A, vl_embed>::operator[] (unsigned ix)
734     {
735       gcc_checking_assert (ix < m_vecpfx.m_num);
736       return m_vecdata[ix];
737     }

3153      gcc_checking_assert (true_predicate_p
(&(*info->entry)[0].predicate));

[Bug bootstrap/60984] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

David Edelsohn <dje at gcc dot gnu.org> changed:

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

--- Comment #4 from David Edelsohn <dje at gcc dot gnu.org> ---
AIX bootstraps at the gcc-4_9-branch creation point, but fails at GCC 4.9.0
release point. Trunk also bootstraps successfully. I am trying to bisect.

r209304 okay
r209518 fail

[Bug bootstrap/60984] AIX: gcc-4.9.0 bootstrap fails in stage-2

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Isn't it --enable-checking=yes vs. --enable-checking=release ?
Bet that is the most important change since 4.9.0 branch creation.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |build
           Priority|P2                          |P1
      Known to work|                            |4.10.0, 4.9.0
            Version|4.9.0                       |4.9.1
            Summary|AIX: gcc-4.9.0 bootstrap    |[4.9 Regression] AIX:
                   |fails in stage-2            |gcc-4.9.0 bootstrap fails
                   |                            |in stage-2
      Known to fail|                            |4.9.1

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

David Edelsohn <dje at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |ice-on-valid-code
   Last reconfirmed|2014-04-28 00:00:00         |2014-4-29
      Known to work|4.9.0                       |
      Known to fail|                            |4.9.0

--- Comment #6 from David Edelsohn <dje at gcc dot gnu.org> ---
Torbjorn: What release of GCC are you using as the system compiler to
bootstrap?

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #7 from Torbjörn Gard <tgard at opentext dot com> ---
I used gcc-4.8.2
>From gcc-bugs-return-450134-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Apr 29 14:16:56 2014
Return-Path: <gcc-bugs-return-450134-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 21247 invoked by alias); 29 Apr 2014 14:16:55 -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 21189 invoked by uid 48); 29 Apr 2014 14:16:51 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/56888] memcpy implementation optimized as a call to memcpy
Date: Tue, 29 Apr 2014 14:16:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-56888-4-BONHctoF3h@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-56888-4@http.gcc.gnu.org/bugzilla/>
References: <bug-56888-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-04/txt/msg02154.txt.bz2
Content-length: 2433

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

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

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

--- Comment #27 from Richard Biener <rguenth at gcc dot gnu.org> ---
Ok, so looking at this again.

We don't have a cgraph node for builtin_decl_(implicit|explicit)
(BUILT_IN_MEMSET).

But it seems that decl has DECL_ASSEMBLER_NAME_SET_P (not sure if set
"correctly" though).

So we can use symtab_node_for_asm (DECL_ASSEMBLER_NAME ()) and
eventually get to symtab_alias_target of that and check if it
is equal to the current function.

Index: gcc/tree-loop-distribution.c
==================================================================--- gcc/tree-loop-distribution.c        (revision 209892)
+++ gcc/tree-loop-distribution.c        (working copy)
@@ -71,6 +71,7 @@ along with GCC; see the file COPYING3.
 #include "tree-pass.h"
 #include "gimple-pretty-print.h"
 #include "tree-vectorizer.h"
+#include "cgraph.h"


 /* A Reduced Dependence Graph (RDG) vertex representing a statement.  */
@@ -1084,6 +1085,15 @@ classify_partition (loop_p loop, struct
          || !dominated_by_p (CDI_DOMINATORS,
                              loop->latch, gimple_bb (stmt)))
        return;
+      tree fn = builtin_decl_implicit (BUILT_IN_MEMSET);
+      if (DECL_ASSEMBLER_NAME_SET_P (fn))
+       {
+         symtab_node *n1 = symtab_node_for_asm (DECL_ASSEMBLER_NAME (fn));
+         symtab_node *n2 = symtab_get_node (cfun->decl);
+         if (n1 == n2
+             || (n1->alias && symtab_alias_target (n1) == n2))
+           return;
+       }
       partition->kind = PKIND_MEMSET;
       partition->main_dr = single_store;
       partition->niter = nb_iter;


fixes the following testcase:

typedef __SIZE_TYPE__ size_t;
extern void *
memset (void *s, int c, size_t n) __attribute__ ((weak, alias("_memset")));

void *
_memset(void *s, int c, size_t n)
{
  char *q = (char *)s;
  while (n != 0)
    {
      *(q++) = c;
      n--;
    }
}

it won't fix glibc as that uses

asm(".alias ....");

for the aliases which we don't parse.

It of course also fixes the very direct recursion.  At least if
the assembler name of the builtin agrees with that of the function.

Honza, is there a more "fancy" way of doing this?

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #8 from David Edelsohn <dje at gcc dot gnu.org> ---
I reproduced the failure starting with both GCC 4.6.3 and GCC 4.8.1.

However, I am seeing some very strange results:

r209278 built in /tmp/20140412 SUCCESS

r209300 (trunk before branch) built in /tmp/209300 SUCCESS

r209304 (branch before DEV-PHASE commit) built in /tmp/209304 SUCCESS

r209304 built in /tmp/G49 FAIL

I am testing again with /tmp/Z49

This is starting to look like either the build directory name or build path
length affects this failure.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #9 from David Edelsohn <dje at gcc dot gnu.org> ---
Torbjorn: could you try building in a different directory, e.g.,

/builds/YYYYMMDD for the date or some random number?

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #10 from Torbjörn Gard <tgard at opentext dot com> ---
I have started the build on a local filesystem with a shorter path
(/home/tga01/obj_stbldap01-4.9.0). The previous build was done on a nfs
partition.

The build in our environment is slow. Usually a week. The error appeared after
about two days.
>From gcc-bugs-return-450370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 02 08:17:45 2014
Return-Path: <gcc-bugs-return-450370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19072 invoked by alias); 2 May 2014 08:17:44 -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 19028 invoked by uid 48); 2 May 2014 08:17:41 -0000
From: "ktkachov at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug debug/61033] Infinite loop in variable tracking
Date: Fri, 02 May 2014 08:17:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: debug
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ktkachov 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-61033-4-xldIElGwgb@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61033-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61033-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/msg00062.txt.bz2
Content-length: 554

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

ktkachov at gcc dot gnu.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-05-02
                 CC|                            |ktkachov at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from ktkachov at gcc dot gnu.org ---
Confirmed with arm-none-eabi as well.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #11 from Torbjörn Gard <tgard at opentext dot com> ---
No failure but restarted it in /home/tga01/obj_gcc with the thought of having a
shorter and simpler path.
>From gcc-bugs-return-450378-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri May 02 13:30:52 2014
Return-Path: <gcc-bugs-return-450378-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1802 invoked by alias); 2 May 2014 13:30:52 -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 1769 invoked by uid 48); 2 May 2014 13:30:49 -0000
From: "jb at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libfortran/61035] New: Crash in getcwd intrinsic due to stack overflow
Date: Fri, 02 May 2014 13:30:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libfortran
X-Bugzilla-Version: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: minor
X-Bugzilla-Who: jb at gcc dot gnu.org
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-61035-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/msg00070.txt.bz2
Content-length: 760

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

            Bug ID: 61035
           Summary: Crash in getcwd intrinsic due to stack overflow
           Product: gcc
           Version: unknown
            Status: UNCONFIRMED
          Severity: minor
          Priority: P3
         Component: libfortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: jb at gcc dot gnu.org

The example program below crashes (my stack size limit is 8 MiB).

program getcwd_overflow
  implicit none
  character(len\x10485760) :: str ! 10 MiB
  call getcwd(str)
  print *, trim(str)
end program getcwd_overflow

The reason is that in libgfortran/intrinsics/getcwd.c we try to allocate space
for a NULL-terminated duplicate of the string on the stack.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #12 from David Edelsohn <dje at gcc dot gnu.org> ---
Are you using GNU Bash as your SHELL (recommended in the target-specific
installation instructions). It should not take that long to bootstrap GCC on a
recent system. AIX /bin/sh runs configure very slowly.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #13 from Torbjörn Gard <tgard at opentext dot com> ---
I got the same error this time.

I use bash but looking at config.log I see that /bin/sh is used. I have seen
nothing regarding this in the target-specific installation instructions.

I have restarted the build using CONFIG_SHELL=/usr/local/bin/bash. Maybe that
will make a difference :-)
>From gcc-bugs-return-450532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 05 07:37:10 2014
Return-Path: <gcc-bugs-return-450532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11941 invoked by alias); 5 May 2014 07:37:09 -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 11905 invoked by uid 55); 5 May 2014 07:37:07 -0000
From: "amker at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/60363] [4.9/4.10 Regression]: logical_op_short_circuit, gcc.dg/tree-ssa/ssa-dom-thread-4.c scan-tree-dump-times dom1 "Threaded" 4
Date: Mon, 05 May 2014 07:37: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: xfail
X-Bugzilla-Severity: normal
X-Bugzilla-Who: amker 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.9.1
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60363-4-FfiC2Ku5O4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60363-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60363-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/msg00224.txt.bz2
Content-length: 851

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`363

--- Comment #14 from amker at gcc dot gnu.org ---
Author: amker
Date: Mon May  5 07:36:30 2014
New Revision: 210059

URL: http://gcc.gnu.org/viewcvs?rev!0059&root=gcc&view=rev
Log:

    PR tree-optimization/60363
    * gcc/tree-ssa-threadupdate.c (get_value_locus_in_path): New.
    (copy_phi_args): New parameters.  Call get_value_locus_in_path.
    (update_destination_phis): New parameter.
    (create_edge_and_update_destination_phis): Ditto.
    (ssa_fix_duplicate_block_edges): Pass new arguments.
    (thread_single_edge): Ditto.

    PR tree-optimization/60363
    * gcc.dg/tree-ssa/ssa-dom-thread-4.c: Revert XFAIL test.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/testsuite/ChangeLog
    trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-thread-4.c
    trunk/gcc/tree-ssa-threadupdate.c

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #14 from Torbjörn Gard <tgard at opentext dot com> ---
It did not make any difference - but the build was really much faster! Thanks
for the info on using bash.
>From gcc-bugs-return-450598-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon May 05 15:41:24 2014
Return-Path: <gcc-bugs-return-450598-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 28538 invoked by alias); 5 May 2014 15:41:23 -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 28481 invoked by uid 48); 5 May 2014 15:41:20 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/60965] [4.10 Regression] IPA: Devirtualization versus placement new
Date: Mon, 05 May 2014 15:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 4.10.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jason at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: hubicka at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.10.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60965-4-EkJP45uBu4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60965-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60965-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/msg00290.txt.bz2
Content-length: 499

http://gcc.gnu.org/bugzilla/show_bug.cgi?id`965

--- Comment #14 from Jason Merrill <jason at gcc dot gnu.org> ---
(In reply to Andrew Haley from comment #11)
> (In reply to Jason Merrill from comment #9)
> > As far as I know people always use char arrays for placement new anyway; at
> > least all the examples I've ever seen do.
>
> I'm not really sure how, given that objects must be aligned.

Either with an alignment attribute or by wrapping the array in a class like
std::aligned_storage.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #15 from David Edelsohn <dje at gcc dot gnu.org> ---
#0  _Z11fancy_abortPKciS0_ (
    file=0x11dc62b8 <gt_ggc_r_gt_cp_method_h+94056>
"/home/dje/src/gcc/gcc/vec.h", line=735, function=0x11dc62e0
<gt_ggc_r_gt_cp_method_h+94096> "operator[]")
    at /home/dje/src/gcc/gcc/diagnostic.c:1190
#1  0x100f8fd0 in _ZN3vecI15size_time_entry5va_gc8vl_embedEixEj (this=0x0, 
    ix=0) at /home/dje/src/gcc/gcc/vec.h:735
#2  0x11247914 in
_ZL27estimate_node_size_and_timeP11cgraph_nodej3vecIP9tree_node7va_heap6vl_ptrES6_S1_IP21ipa_agg_jump_functionS4_S5_EPiSA_SA_SA_S1_I20inline_param_summaryS4_S5_E
(node=0x700099c0, possible_truths=0, known_vals=..., 
    known_binfos=..., known_aggs=..., ret_size=0x2ff224b0, ret_min_size=0x0, 
    ret_time=0x0, ret_hints=0x0, inline_param_summary=...)
    at /home/dje/src/gcc/gcc/ipa-inline-analysis.c:3153
#3  0x11249df4 in _Z21do_estimate_edge_sizeP11cgraph_edge (edge=0x71270b80)
    at /home/dje/src/gcc/gcc/ipa-inline-analysis.c:3722
#4  0x112e0cbc in _ZL18estimate_edge_sizeP11cgraph_edge (edge=0x71270b80)
    at /home/dje/src/gcc/gcc/ipa-inline.h:281
#5  0x112e0da4 in _ZL20estimate_edge_growthP11cgraph_edge (edge=0x71270b80)
    at /home/dje/src/gcc/gcc/ipa-inline.h:294
#6  0x112e189c in _Z11inline_callP11cgraph_edgebP3vecIS0_7va_heap6vl_ptrEPib (
    e=0x71270b80, update_original=true, new_edges=0x0, overall_size=0x0, 
    update_overall_summary=true)
    at /home/dje/src/gcc/gcc/ipa-inline-transform.c:233
#7  0x112da9fc in _ZL21inline_to_all_callersP11cgraph_nodePv (node=0x700099c0, 
    data=0x2ff22780) at /home/dje/src/gcc/gcc/ipa-inline.c:1980
#8  0x1096637c in _Z27cgraph_for_node_and_aliasesP11cgraph_nodePFbS0_PvES1_b (
    node=0x700099c0, 
    callback=@0x30323bb0: 0x112da8f0
<_ZL21inline_to_all_callersP11cgraph_nodePv>, data=0x2ff22780,
include_overwritable=true)
    at /home/dje/src/gcc/gcc/cgraph.c:2243
#9  0x1096641c in _Z27cgraph_for_node_and_aliasesP11cgraph_nodePFbS0_PvES1_b (
    node=0x71251840, 
    callback=@0x30323bb0: 0x112da8f0
<_ZL21inline_to_all_callersP11cgraph_nodePv>, data=0x2ff22780,
include_overwritable=true)
    at /home/dje/src/gcc/gcc/cgraph.c:2251
#10 0x112daf2c in _ZL10ipa_inlinev ()
    at /home/dje/src/gcc/gcc/ipa-inline.c:2111
#11 0x112dc0bc in
_ZN50_GLOBAL__N__Z20speculation_useful_pP11cgraph_edgeb15pass_ipa_inline7executeEv
(this=0x303a9428)
    at /home/dje/src/gcc/gcc/ipa-inline.c:2407
#12 0x101113a4 in _Z16execute_one_passP8opt_pass (pass=0x303a9428)
    at /home/dje/src/gcc/gcc/passes.c:2233
#13 0x10112810 in _Z21execute_ipa_pass_listP8opt_pass (pass=0x303a9428)
    at /home/dje/src/gcc/gcc/passes.c:2611
#14 0x1108e334 in _ZL10ipa_passesv ()
    at /home/dje/src/gcc/gcc/cgraphunit.c:2084
#15 0x1108e778 in _Z7compilev () at /home/dje/src/gcc/gcc/cgraphunit.c:2174
#16 0x1108eccc in _Z25finalize_compilation_unitv ()
    at /home/dje/src/gcc/gcc/cgraphunit.c:2329
#17 0x1085b838 in _Z28cp_write_global_declarationsv ()
    at /home/dje/src/gcc/gcc/cp/decl2.c:4611
#18 0x100027e8 in _ZL12compile_filev () at /home/dje/src/gcc/gcc/toplev.c:562
#19 0x10005cac in _ZL10do_compilev () at /home/dje/src/gcc/gcc/toplev.c:1914
#20 0x10005ed0 in _Z11toplev_mainiPPc (argc=3, argv=0x2ff22bc0)
    at /home/dje/src/gcc/gcc/toplev.c:1990
#21 0x100006c8 in main (argc=3, argv=0x2ff22bc0)
    at /home/dje/src/gcc/gcc/main.c:36

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #16 from David Edelsohn <dje at gcc dot gnu.org> ---
3153      gcc_checking_assert (true_predicate_p
(&(*info->entry)[0].predicate));
(gdb) print info
$1 = (inline_summary *) 0x704970f8
(gdb) print info->entry
$2 = (vec *) 0x0
(gdb) print *info
$3 = {estimated_self_stack_size = 0, self_size = 0, self_time = 0, 
  min_size = 0, inlinable = 0, estimated_stack_size = 0, 
  stack_frame_offset = 0, time = 0, size = 0, conds = 0x0, entry = 0x0, 
  loop_iterations = 0x0, loop_stride = 0x0, array_index = 0x0, growth = 0, 
  scc_no = 0}

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #17 from David Edelsohn <dje at gcc dot gnu.org> ---
(gdb) print node->name()
$37 = 0x303f2768 "void __builtin_unreachable()"
(gdb) print *edge
$32 = {count = 0, caller = 0x70460a80, callee = 0x700099c0, prev_caller = 0x0, 
  next_caller = 0x0, prev_callee = 0x0, next_callee = 0x0, 
  call_stmt = 0x71272140, indirect_info = 0x0, aux = 0x0, 
  inline_failed = CIF_UNREACHABLE, lto_stmt_uid = 0, frequency = 0, uid = 41, 
  indirect_inlining_edge = 0, indirect_unknown_callee = 0, 
  call_stmt_cannot_inline_p = 0, can_throw_external = 1, speculative = 0}

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #18 from David Edelsohn <dje at gcc dot gnu.org> ---
Created attachment 32761
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32761&action=edit
Pre-processed file that causes ICE

The pre-processed file crashes both 4.9 branch and trunk in
ipa-inline-analysis.c:estimate_node_size_and_time().

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at gcc dot gnu.org]

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

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Assignee|unassigned at gcc dot gnu.org      |hubicka at gcc dot gnu.org

--- Comment #19 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
What seems to go wrong is that we try to analyze builtin_unreachable size/time
that should not happen.  It would help to know the dump_cgraph_node of the node
of builtin_unreachable (or have full cgraph dump). I will try to reproduce it
at the gcc farm, probably after my arrival back to calgary, at 13th of May.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #20 from David Edelsohn <dje at gcc dot gnu.org> ---
(gdb) print debug_cgraph_node(node)
__builtin_unreachable/1630 (void __builtin_unreachable()) @700099c0
  Type: function
  Visibility: external public visibility_specified artificial
  References:
  Referring:
  Availability: not_available
  First run: 0
  Function flags:
  Called by: _ZN10vec_prefix20calculate_allocationEPS_jb/554 (can throw
external)
  Calls:
$1 = 10

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #21 from David Edelsohn <dje at gcc dot gnu.org> ---
Created attachment 32770
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32770&action=edit
full cgraph dump gzipped

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

David Edelsohn <dje at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Known to work|4.10.0                      |

--- Comment #22 from David Edelsohn <dje at gcc dot gnu.org> ---
The failure first appears with r208916, producing a different error:

In file included from /home/dje/src/src/gcc/tree-core.h:27:0,
                 from /home/dje/src/src/gcc/tree.h:23,
                 from /home/dje/src/src/gcc/tree-ssa-address.c:27:
/home/dje/src/src/gcc/vec.h: In function 'rtx_def*
addr_for_mem_ref(mem_address*, addr_space_t, bool)':
/home/dje/src/src/gcc/vec.h:253:68: internal compiler error: in
cgraph_get_body, at cgraph.c:3025
   return calculate_allocation_1 (pfx->m_alloc, pfx->m_num + reserve);
                                                                    ^

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #23 from David Edelsohn <dje at gcc dot gnu.org> ---
To clarify, the error shown in Comment 22 is for GCC configured with
--enable-checking=release, which is necessary for tree-ssa-address.c to cause a
failure. With normal checking, the error shown in the initial report occurs.
The failures begin with r208916.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at ucw dot cz]

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

--- Comment #24 from Jan Hubicka <hubicka at ucw dot cz> ---
Hi,
the problem turns out to be quite ugly issue where inline_call removes dead
alias, but the alias is being walked by cgraph_for_node_and_aliases used
by ipa-inline to inline function into all callees.
The attached patch (I am still testing) makes us to restart the walk in this
case.

Honza

Index: ipa-inline-transform.c
===================================================================
--- ipa-inline-transform.c    (revision 210624)
+++ ipa-inline-transform.c    (working copy)
@@ -214,6 +214,7 @@
    it is NULL. If UPDATE_OVERALL_SUMMARY is false, do not bother to recompute
overall
    size of caller after inlining. Caller is required to eventually do it via
    inline_update_overall_summary.
+   If callee_removed is non-NULL, set it to true if we removed callee node.

    Return true iff any new callgraph edges were discovered as a
    result of inlining.  */
@@ -221,7 +222,8 @@
 bool
 inline_call (struct cgraph_edge *e, bool update_original,
          vec<cgraph_edge_p> *new_edges,
-         int *overall_size, bool update_overall_summary)
+         int *overall_size, bool update_overall_summary,
+         bool *callee_removed)
 {
   int old_size = 0, new_size = 0;
   struct cgraph_node *to = NULL;
@@ -260,6 +262,8 @@
         {
           next_alias = cgraph_alias_target (alias);
           cgraph_remove_node (alias);
+          if (callee_removed)
+        *callee_removed = true;
           alias = next_alias;
         }
       else
Index: ipa-inline.c
===================================================================
--- ipa-inline.c    (revision 210624)
+++ ipa-inline.c    (working copy)
@@ -1971,6 +1971,8 @@
 inline_to_all_callers (struct cgraph_node *node, void *data)
 {
   int *num_calls = (int *)data;
+  bool callee_removed = false;
+
   while (node->callers && !node->global.inlined_to)
     {
       struct cgraph_node *caller = node->callers->caller;
@@ -1987,7 +1989,7 @@
            inline_summary (node->callers->caller)->size);
     }

-      inline_call (node->callers, true, NULL, NULL, true);
+      inline_call (node->callers, true, NULL, NULL, true, &callee_removed);
       if (dump_file)
     fprintf (dump_file,
          " Inlined into %s which now has %i size\n",
@@ -1997,8 +1999,10 @@
     {
       if (dump_file)
         fprintf (dump_file, "New calls found; giving up.\n");
-      return true;
+      return callee_removed;
     }
+      if (callee_removed)
+    return true;
     }
   return false;
 }
@@ -2244,8 +2248,9 @@
           int num_calls = 0;
           cgraph_for_node_and_aliases (node, sum_callers,
                        &num_calls, true);
-          cgraph_for_node_and_aliases (node, inline_to_all_callers,
-                       &num_calls, true);
+          while (cgraph_for_node_and_aliases (node, inline_to_all_callers,
+                              &num_calls, true))
+        ;
           remove_functions = true;
         }
     }
Index: ipa-inline.h
===================================================================
--- ipa-inline.h    (revision 210624)
+++ ipa-inline.h    (working copy)
@@ -236,7 +236,8 @@
 bool speculation_useful_p (struct cgraph_edge *e, bool anticipate_inlining);

 /* In ipa-inline-transform.c  */
-bool inline_call (struct cgraph_edge *, bool, vec<cgraph_edge_p> *, int *,
bool);
+bool inline_call (struct cgraph_edge *, bool, vec<cgraph_edge_p> *, int *,
bool,
+          bool *callee_removed = NULL);
 unsigned int inline_transform (struct cgraph_node *);
 void clone_inlined_nodes (struct cgraph_edge *e, bool, bool, int *,
               int freq_scale);

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #25 from David Edelsohn <dje at gcc dot gnu.org> ---
Thanks for tracking this down. I will test it as well. AIX is a very good
canary for these types of bugs.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at ucw dot cz]

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

--- Comment #26 from Jan Hubicka <hubicka at ucw dot cz> ---
> Thanks for tracking this down. I will test it as well. AIX is a very good
> canary for these types of bugs.

Yeah, the difference here is that we produce a lot more local aliases on AIX
than elsewhere.  We discussed it previously - it is because middle-end believes
that comdat mechanizm is missing and only WEAK is used. If AIX linker has
mechanizm to throw away unused comdat functions, we ought to model this to the
middle-end. (perhaps something like unreachable_symbol_removal_in_linker target
hook or so)

Honza

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[dje at gcc dot gnu.org]

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

--- Comment #27 from David Edelsohn <dje at gcc dot gnu.org> ---
The GCC 4.9 branch bootstraps with the patch for me. I'm running the testsuite
now.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at gcc dot gnu.org]

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

--- Comment #28 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Author: hubicka
Date: Wed May 21 05:40:09 2014
New Revision: 210673

URL: http://gcc.gnu.org/viewcvs?rev=210673&root=gcc&view=rev
Log:

    PR bootstrap/60984
    * ipa-inline-transform.c (inline_call): Use add CALLEE_REMOVED parameter.
    * ipa-inline.c (inline_to_all_callers): If callee was removed; return.
    (ipa_inline): Loop inline_to_all_callers until no more aliases are removed.

Modified:
    branches/gcc-4_9-branch/gcc/ChangeLog
    branches/gcc-4_9-branch/gcc/ipa-inline-transform.c
    branches/gcc-4_9-branch/gcc/ipa-inline.c
    branches/gcc-4_9-branch/gcc/ipa-inline.h

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at gcc dot gnu.org]

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

--- Comment #29 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Author: hubicka
Date: Wed May 21 05:41:46 2014
New Revision: 210674

URL: http://gcc.gnu.org/viewcvs?rev=210674&root=gcc&view=rev
Log:

    PR bootstrap/60984
    * ipa-inline-transform.c (inline_call): Use add CALLEE_REMOVED parameter.
    * ipa-inline.c (inline_to_all_callers): If callee was removed; return.
    (ipa_inline): Loop inline_to_all_callers until no more aliases are removed.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/ipa-inline-transform.c
    trunk/gcc/ipa-inline.c
    trunk/gcc/ipa-inline.h

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[hubicka at gcc dot gnu.org]

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

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

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

--- Comment #30 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Bootstrap issue ought to be fixed.  I do not have base for a testsuite, but
hope we are in shape now.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[tgard at opentext dot com]

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

--- Comment #31 from Torbjörn Gard <tgard at opentext dot com> ---
This worked for me.
Thanks a lot :-)
>From gcc-bugs-return-452326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu May 22 12:13:56 2014
Return-Path: <gcc-bugs-return-452326-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19313 invoked by alias); 22 May 2014 12:13:56 -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 19293 invoked by uid 48); 22 May 2014 12:13:52 -0000
From: "Nassar.Mahmood at nortechonline dot co.uk" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/61285] New: GCC version 4.7.x 4.8.x 4.9.x does not compile working ARM code for the AT24 EEPROM driver under Linux 3.6.x
Date: Thu, 22 May 2014 12:13: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.7.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: major
X-Bugzilla-Who: Nassar.Mahmood at nortechonline dot co.uk
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-61285-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/msg02018.txt.bz2
Content-length: 1531

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

            Bug ID: 61285
           Summary: GCC version 4.7.x 4.8.x 4.9.x does not compile working
                    ARM code for the AT24 EEPROM driver under Linux 3.6.x
           Product: gcc
           Version: 4.7.0
            Status: UNCONFIRMED
          Severity: major
          Priority: P3
         Component: c
          Assignee: unassigned at gcc dot gnu.org
          Reporter: Nassar.Mahmood at nortechonline dot co.uk

I'm working on deploying Linux on an embedded system, kernel v3.6.9.
The board is based on Atmels AT91SAM9G20, we are using BuildRoot to manage the
deployement.
The description of the system is:
Target Architecture - ARM (little endian)
Target Architecture Variant - arm926t
Target ABI - EABI
Floating point strategy - Soft float
ARM instruction set - ARM

As part of the project we plan on using a library which has been written with
C++11 code, for this we require gcc 4.8.x or 4.9.x to build the target system.
The board contains an EEPROM chip on which a unique serial number is stored,
this uses the Linux AT24 driver to access it.
My problem is that building with a gcc 4.7 toolchain onwards causes the AT24
driver to lock up the system, and eventually reboot.

I have tested this by building against gcc versions downloaded from here, the
red hat mirror, custom gcc toolchains supplied by Mentor (Sourcery).
I can replicate the issue with either C library -- uclibc or glibc.

The AT24 driver has not undergone any major changes.

[Bug bootstrap/60984] [4.9 Regression] AIX: gcc-4.9.0 bootstrap fails in stage-2

[fbissey at slingshot dot co.nz]

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

--- Comment #32 from François Bissey <fbissey at slingshot dot co.nz> ---
Successfully built on AIX 5.3.0. Thanks.
>From gcc-bugs-return-452347-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu May 22 21:10:46 2014
Return-Path: <gcc-bugs-return-452347-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16610 invoked by alias); 22 May 2014 21:10:45 -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 16532 invoked by uid 55); 22 May 2014 21:10:41 -0000
From: "vmakarov at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/60969] [4.9/4.10 Regression] ICE in output_129 in MMXMOV of mode MODE_SF for march=pentium4
Date: Thu, 22 May 2014 21:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: ra, wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: vmakarov at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.1
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-60969-4-xZYzA6fh9O@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60969-4@http.gcc.gnu.org/bugzilla/>
References: <bug-60969-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/msg02039.txt.bz2
Content-length: 527

https://gcc.gnu.org/bugzilla/show_bug.cgi?id`969

--- Comment #27 from Vladimir Makarov <vmakarov at gcc dot gnu.org> ---
Author: vmakarov
Date: Thu May 22 21:09:59 2014
New Revision: 210824

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

    PR rtl-optimization/60969
    * ira-costs.c (record_reg_classes): Process NO_REGS for matching
    constraints.  Set up mem cost for NO_REGS case.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/ira-costs.c