[Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

            Bug ID: 63837
           Summary: [5 Regression] r217391 causes kernel build errors with
                    GCC_COMPARE_DEBUG=1
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: driver
          Assignee: unassigned at gcc dot gnu.org
          Reporter: trippels at gcc dot gnu.org
                CC: manu at gcc dot gnu.org

For example:

trippels@gcc2-power8 linux-3.17.2 % GCC_COMPARE_DEBUG=1 make
CC="/home/trippels/gcc_bisect/usr/local/bin/gcc -Werror -std=gnu89"
  CHK     include/config/kernel.release
  CHK     include/generated/uapi/linux/version.h
  CHK     include/generated/utsrelease.h
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/bin2c
  CC      kernel/bounds.s
  GEN     include/generated/bounds.h
  CC      arch/powerpc/kernel/asm-offsets.s
In file included from include/linux/kobject.h:21:0,
                 from include/linux/device.h:17,
                 from include/linux/node.h:17,
                 from include/linux/swap.h:10,
                 from include/linux/suspend.h:4,
                 from arch/powerpc/kernel/asm-offsets.c:24:
include/linux/sysfs.h: In function ‘sysfs_get_dirent’:
include/linux/sysfs.h:457:37: error: pointer targets in passing argument 2 of
‘kernfs_find_and_get’ differ in signedness [-Werror=pointer-sign]
  return kernfs_find_and_get(parent, name);
                                     ^
In file included from include/linux/cgroup.h:23:0,
                 from include/linux/memcontrol.h:22,
                 from include/linux/swap.h:8,
                 from include/linux/suspend.h:4,
                 from arch/powerpc/kernel/asm-offsets.c:24:
include/linux/kernfs.h:411:1: note: expected ‘const char *’ but argument is of
type ‘const unsigned char *’
 kernfs_find_and_get(struct kernfs_node *kn, const char *name)
 ^
cc1: all warnings being treated as errors
make[1]: *** [arch/powerpc/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2

Without GCC_COMPARE_DEBUG=1 the kernel builds fine.
Started with r217391.
>From gcc-bugs-return-466547-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 12 18:10:47 2014
Return-Path: <gcc-bugs-return-466547-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9070 invoked by alias); 12 Nov 2014 18:10: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 8678 invoked by uid 48); 12 Nov 2014 18:10:37 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63835] ICE on valid code at -Os and above on x86_64-linux-gnu
Date: Wed, 12 Nov 2014 18:10: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-63835-4-WAAEGwV6eh@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63835-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63835-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-11/txt/msg01019.txt.bz2
Content-length: 531

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

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE
   Target Milestone|---                         |5.0

--- Comment #1 from H.J. Lu <hjl.tools at gmail dot com> ---
Dup.

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

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[manu at gcc dot gnu.org]

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

--- Comment #1 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Please provide a testcase as described here: https://gcc.gnu.org/bugs/#need

Just to be sure, have you tried with a clean build from r217390 (using
contrib/gcc_update)?
>From gcc-bugs-return-466592-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 12 23:56:50 2014
Return-Path: <gcc-bugs-return-466592-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22150 invoked by alias); 12 Nov 2014 23:56:49 -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 21813 invoked by uid 48); 12 Nov 2014 23:56:45 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/57250] [C++11] std::shared_ptr misses atomic_* support
Date: Wed, 12 Nov 2014 23:56:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: rejects-valid
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-57250-4-10ftGhUMYG@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57250-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57250-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-11/txt/msg01064.txt.bz2
Content-length: 423

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

Jonathan Wakely <redi at gcc dot gnu.org> changed:

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

--- Comment #5 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Fixed

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-11-13
     Ever confirmed|0                           |1

--- Comment #2 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Well, something strange is going on and I can't provide a testcase.

With GCC_COMPARE_DEBUG=1 I get e.g:

/home/trippels/gcc_test/usr/local/bin/gcc -Werror -std=gnu89
-Wp,-MD,arch/powerpc/kernel/.asm-offsets.s.d  -nostdinc -isystem
/home/trippels/gcc_test/usr/local/bin/../lib/gcc/powerpc64-unknown-linux-gnu/5.0.0/include
-I./arch/powerpc/include -Iarch/powerpc/include/generated  -Iinclude
-I./arch/powerpc/include/uapi -Iarch/powerpc/include/generated/uapi
-I./include/uapi -Iinclude/generated/uapi -include ./include/linux/kconfig.h
-D__KERNEL__ -Iarch/powerpc -DHAVE_AS_ATHIGH=1 -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Wno-format-security -msoft-float -pipe
-Iarch/powerpc -mtraceback=no -mcall-aixdesc -mminimal-toc -mtune=power4
-mno-string -Wa,-maltivec -O2 -fomit-frame-pointer    -D"KBUILD_STR(s)=#s"
-D"KBUILD_BASENAME=KBUILD_STR(asm_offsets)" 
-D"KBUILD_MODNAME=KBUILD_STR(asm_offsets)"  -fverbose-asm -S -o
arch/powerpc/kernel/asm-offsets.s arch/powerpc/kernel/asm-offsets.c

With GCC_COMPARE_DEBUG=0 a different invocation:

/home/trippels/gcc_test/usr/local/bin/gcc -Werror -std=gnu89
-Wp,-MD,arch/powerpc/kernel/.asm-offsets.s.d  -nostdinc -isystem
/home/trippels/gcc_test/usr/local/bin/../lib/gcc/powerpc64-unknown-linux-gnu/5.0.0/include
-I./arch/powerpc/include -Iarch/powerpc/include/generated  -Iinclude
-I./arch/powerpc/include/uapi -Iarch/powerpc/include/generated/uapi
-I./include/uapi -Iinclude/generated/uapi -include ./include/linux/kconfig.h
-D__KERNEL__ -Iarch/powerpc -DHAVE_AS_ATHIGH=1 -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Wno-format-security -msoft-float -pipe
-Iarch/powerpc -mtraceback=no -mcall-aixdesc -mcmodel=medium
-mno-pointers-to-nested-functions -mtune=power7 -mno-altivec -mno-vsx -mno-spe
-mspe=no -funit-at-a-time -fno-dwarf2-cfi-asm -mno-string -Wa,-maltivec
-fno-delete-null-pointer-checks -O2 --param=allow-store-data-races=0
-Wframe-larger-than=2048 -fno-stack-protector -Wno-unused-but-set-variable
-fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign
-fno-strict-overflow -fconserve-stack -Werror=implicit-int
-Werror=strict-prototypes -Werror=date-time -DCC_HAVE_ASM_GOTO   
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(asm_offsets)" 
-D"KBUILD_MODNAME=KBUILD_STR(asm_offsets)"  -fverbose-asm -S -o
arch/powerpc/kernel/asm-offsets.s arch/powerpc/kernel/asm-offsets.c

So probably something in scripts/Kbuild.include gets wrong.

You introduced the bug, you figure it out.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[pinskia at gcc dot gnu.org]

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

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Sounds like GCC_COMPARE_DEBUG is adding the option in the wrong place and
causing the makefile not use the correct options.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[rguenth at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING
   Target Milestone|---                         |5.0

--- Comment #4 from Richard Biener <rguenth at gcc dot gnu.org> ---
>From reading here it sounds like this is a kernel makefile bug, not a GCC one?

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #5 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Here's a testcase:

markus@x4 tmp % GCC_COMPARE_DEBUG=1 gcc -Wpointer-sign -c -x c /dev/null
cc1: fatal error: input file ‘/dev/null’ is the same as output file
compilation terminated.
gcc: error: during -fcompare-debug recompilation
markus@x4 tmp % GCC_COMPARE_DEBUG=0 gcc -Wpointer-sign -c -x c /dev/null

(4.9 is fine)
markus@x4 tmp % GCC_COMPARE_DEBUG=1 gcc -Wpointer-sign -c -x c /dev/null
markus@x4 tmp %
>From gcc-bugs-return-466632-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 13 10:33:47 2014
Return-Path: <gcc-bugs-return-466632-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 9177 invoked by alias); 13 Nov 2014 10:33:46 -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 9157 invoked by uid 48); 13 Nov 2014 10:33:42 -0000
From: "reagentoo at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63849] New: [4.9/5.0 Regression] ICE on variadic alias template with wrappers
Date: Thu, 13 Nov 2014 10:33: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: reagentoo at gmail dot com
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-63849-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-11/txt/msg01104.txt.bz2
Content-length: 1698

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

            Bug ID: 63849
           Summary: [4.9/5.0 Regression] ICE on variadic alias template
                    with wrappers
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: reagentoo at gmail dot com

The following invalid (or perhaps invalid, I think) code snippet triggers an
ICE in GCC 4.9.2 and 5.0.0 (20141111):
===============================================template <class _T, class...>
using First = _T;            // we should not use this
                             // alias with only
                             // one pack parameter (?)

template <template <class...> class _Successor,
          int,
          class... _Xs>
struct Overlay
{
    using O = _Successor<_Xs...>;
};

template <class... _Pack>
struct List
{
    template <int _s>
    using O = typename Overlay<List, _s, _Pack...>::O;

    template <template <class...> class _S>
    using Pass = _S<_Pack...>;

    template <int _i>
    using At = typename O<_i>
    ::template Pass<First>;
};

template <int _i>
using At = typename List<int, char>
::template At<_i>;

template <int _i>
void func_crash(At<_i>&) {}

int main(int argc, char *argv[])
{
    char ccc;
    int iii;
    func_crash<0>(iii);
}
===============================================GCC 5.0.0 (20141111) output:
prog.cc: In instantiation of 'void func_crash(At<_i>&) [with int _i = 0; At<_i>
= int]':

prog.cc:31:6: internal compiler error: in write_name, at cp/mangle.c:801
void func_crash(At<_i>&) {}
     ^

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[manu at gcc dot gnu.org]

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

--- Comment #6 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Thanks for the testcase. It seems that the GCC_COMPARE_DEBUG=0 uses a temporary
file 

 ./cc1 -quiet -iprefix
/home/manuel/test1/217394M/build/gcc/../lib/gcc/x86_64-unknown-linux-gnu/5.0.0/
-isystem ./include -isystem ./include-fixed /dev/null -quiet -dumpbase null
"-mtune=generic" "-march=x86-64" -auxbase null -Wpointer-sign
"-fcompare-debug=-gtoggle" "-frandom-seed=0x6daada6b94b95048"
"-fdump-final-insns=/tmp/cc3xSGvK.gkd" -o /tmp/cc3L00jg.s

but the GCC_COMPARE_DEBUG=1 uses /dev/null:

 ./cc1 -quiet -iprefix
/home/manuel/test1/217394M/build/gcc/../lib/gcc/x86_64-unknown-linux-gnu/5.0.0/
-isystem ./include -isystem ./include-fixed /dev/null -quiet -dumpbase null.gk
"-mtune=generic" "-march=x86-64" -auxbase null -gtoggle -Wpointer-sign -w
"-fcompare-debug=-gtoggle" -fcompare-debug-second -o /dev/null
"-frandom-seed=0x6daada6b94b95048" "-fdump-final-insns=/tmp/ccMDEp8L.gk.gkd"

which triggers the heuristic. I can simply ignore /dev/null when checking for
input==output. I'm testing this patch:

Index: gcc.c
===================================================================
--- gcc.c       (revision 217457)
+++ gcc.c       (working copy)
@@ -4047,11 +4047,12 @@ process_command (unsigned int decoded_op
       read_cmdline_option (&global_options, &global_options_set,
                           decoded_options + j, UNKNOWN_LOCATION,
                           CL_DRIVER, &handlers, global_dc);
     }

-  if (output_file && strcmp (output_file, "-"))
+  if (output_file && strcmp (output_file, "-")
+      && strcmp (output_file, HOST_BIT_BUCKET))
     {
       int i;
       for (i = 0; i < n_infiles; i++)
        if ((!infiles[i].language || infiles[i].language[0] != '*')
            && canonical_filename_eq (infiles[i].name, output_file))
Index: toplev.c
===================================================================
--- toplev.c    (revision 217457)
+++ toplev.c    (working copy)
@@ -940,11 +940,12 @@ init_asm_output (const char *name)
          strcat (dumpname, ".s");
          asm_file_name = dumpname;
        }
       if (!strcmp (asm_file_name, "-"))
        asm_out_file = stdout;
-      else if (!canonical_filename_eq (asm_file_name, name))
+      else if (!canonical_filename_eq (asm_file_name, name)
+              || !strcmp (asm_file_name, HOST_BIT_BUCKET))
        asm_out_file = fopen (asm_file_name, "w");
       else
        /* Use fatal_error (UNKOWN_LOCATION) instead of just fatal_error to
           prevent gcc from printing the first line in the current file. */
        fatal_error (UNKNOWN_LOCATION,

If you can test it on your side, it would be helpful.
>From gcc-bugs-return-466643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 13 13:48:54 2014
Return-Path: <gcc-bugs-return-466643-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19839 invoked by alias); 13 Nov 2014 13:48:54 -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 19815 invoked by uid 48); 13 Nov 2014 13:48:50 -0000
From: "clyon at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/63365] [ARM] Incorrect copy propagation for vclz intrinsic
Date: Thu, 13 Nov 2014 13:48: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.2
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: clyon at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: michael.collison at linaro dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-63365-4-BBhwGQVLDo@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63365-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63365-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-11/txt/msg01115.txt.bz2
Content-length: 452

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

clyon at gcc dot gnu.org changed:

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

--- Comment #1 from clyon at gcc dot gnu.org ---
Fixed in trunk as r217014.
4.9 branch: r217488.
4.8 branch: r217490.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

--- Comment #7 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #6)
> Thanks for the testcase. It seems that the GCC_COMPARE_DEBUG=0 uses a
> temporary file 
> 
>  ./cc1 -quiet -iprefix
> /home/manuel/test1/217394M/build/gcc/../lib/gcc/x86_64-unknown-linux-gnu/5.0.
> 0/ -isystem ./include -isystem ./include-fixed /dev/null -quiet -dumpbase
> null "-mtune=generic" "-march=x86-64" -auxbase null -Wpointer-sign
> "-fcompare-debug=-gtoggle" "-frandom-seed=0x6daada6b94b95048"
> "-fdump-final-insns=/tmp/cc3xSGvK.gkd" -o /tmp/cc3L00jg.s
> 
> but the GCC_COMPARE_DEBUG=1 uses /dev/null:
> 
>  ./cc1 -quiet -iprefix
> /home/manuel/test1/217394M/build/gcc/../lib/gcc/x86_64-unknown-linux-gnu/5.0.
> 0/ -isystem ./include -isystem ./include-fixed /dev/null -quiet -dumpbase
> null.gk "-mtune=generic" "-march=x86-64" -auxbase null -gtoggle
> -Wpointer-sign -w "-fcompare-debug=-gtoggle" -fcompare-debug-second -o
> /dev/null "-frandom-seed=0x6daada6b94b95048"
> "-fdump-final-insns=/tmp/ccMDEp8L.gk.gkd"
> 
> which triggers the heuristic. I can simply ignore /dev/null when checking
> for input==output. I'm testing this patch:
> 
> Index: gcc.c
> ===================================================================
> --- gcc.c       (revision 217457)
> +++ gcc.c       (working copy)
> @@ -4047,11 +4047,12 @@ process_command (unsigned int decoded_op
>        read_cmdline_option (&global_options, &global_options_set,
>                            decoded_options + j, UNKNOWN_LOCATION,
>                            CL_DRIVER, &handlers, global_dc);
>      }
>  
> -  if (output_file && strcmp (output_file, "-"))
> +  if (output_file && strcmp (output_file, "-")
> +      && strcmp (output_file, HOST_BIT_BUCKET))
>      {
>        int i;
>        for (i = 0; i < n_infiles; i++)
>         if ((!infiles[i].language || infiles[i].language[0] != '*')
>             && canonical_filename_eq (infiles[i].name, output_file))
> Index: toplev.c
> ===================================================================
> --- toplev.c    (revision 217457)
> +++ toplev.c    (working copy)
> @@ -940,11 +940,12 @@ init_asm_output (const char *name)
>           strcat (dumpname, ".s");
>           asm_file_name = dumpname;
>         }
>        if (!strcmp (asm_file_name, "-"))
>         asm_out_file = stdout;
> -      else if (!canonical_filename_eq (asm_file_name, name))
> +      else if (!canonical_filename_eq (asm_file_name, name)
> +              || !strcmp (asm_file_name, HOST_BIT_BUCKET))
>         asm_out_file = fopen (asm_file_name, "w");
>        else
>         /* Use fatal_error (UNKOWN_LOCATION) instead of just fatal_error to
>            prevent gcc from printing the first line in the current file. */
>         fatal_error (UNKNOWN_LOCATION,
> 
> If you can test it on your side, it would be helpful.

Your patch fixes the issue. Thank you.
>From gcc-bugs-return-466645-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 13 13:56:43 2014
Return-Path: <gcc-bugs-return-466645-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30741 invoked by alias); 13 Nov 2014 13:56:43 -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 30708 invoked by uid 48); 13 Nov 2014 13:56:39 -0000
From: "robert.suchanek at imgtec dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/63823] [5.0 Regression] MIPS will not build due to LRA ICE with 64 bit ABI
Date: Thu, 13 Nov 2014 13:56: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: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: robert.suchanek at imgtec dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63823-4-2ACP9HnGhN@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63823-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63823-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-11/txt/msg01117.txt.bz2
Content-length: 1753

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

--- Comment #5 from Robert Suchanek <robert.suchanek at imgtec dot com> ---
It appears that enabling the debug info can trigger the ICE. In the testcase,
after the patch, an instruction 1136 gets deleted and all references to pseudo
704 meant to be updated.

The following change in process_bb_lives () triggers the assertion later in the
pass.

+             EXECUTE_IF_SET_IN_BITMAP
+               (&lra_reg_info[dst_regno].insn_bitmap, 0, uid, bi)
+               {
+                 insn = lra_insn_recog_data[uid]->insn;
+                 lra_substitute_pseudo_within_insn (insn, dst_regno,
+                                                    SET_SRC (set));
+                 lra_update_insn_regno_info (insn);
+               }

On the first iteration, the list of insns using pseudo 704 is correct:

(gdb) call debug_bitmap(&lra_reg_info[704].insn_bitmap)

first = 0x188b720 current = 0x188b770 indx = 3
        0x188b720 next = 0x188b770 prev = (nil) indx = 2
                bits = { 343 }
        0x188b770 next = (nil) prev = 0x188b720 indx = 3
                bits = { 384 }

Insn 343 gets updated, pseudo 704 is replaced with original pseudo 234.
However, the call to lra_update_insn_regno_info destroys the remaining
references to pseudo 704 via invalidate_insn_data_regno_info so we end up with
the following:

(gdb) call debug_bitmap(&lra_reg_info[704].insn_bitmap)

first = 0x1855770 current = 0x1855770 indx = 3
        0x1855770 next = (nil) prev = (nil) indx = 3
                bits = { 384 }

The next iteration(s) in EXECUTE_IF_SET_IN_BITMAP will not happen as
bmp_iter_set () returns false. Insn 384 is left unchanged and the compiler
fails later on assertion.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[pinskia at gcc dot gnu.org]

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

--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
I bet this is really the same as bug 63881.  The kernel is using /dev/null for
both the input and output when testing if the options work.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[manu at gcc dot gnu.org]

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

--- Comment #10 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #8)
> I bet this is really the same as bug 63881.  The kernel is using /dev/null
> for both the input and output when testing if the options work.

Andrew, could you try if the patch above fixes bug 63881? If so, I would mark
that one as duplicate of this. I'm waiting for a bootstrap to finish just for
safe-checking, but then I will commit it as obvious.
>From gcc-bugs-return-466843-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sat Nov 15 12:18:05 2014
Return-Path: <gcc-bugs-return-466843-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 29038 invoked by alias); 15 Nov 2014 12:18:05 -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 28854 invoked by uid 48); 15 Nov 2014 12:18:01 -0000
From: "fxcoudert at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
Date: Sat, 15 Nov 2014 12:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: bootstrap
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: blocker
X-Bugzilla-Who: fxcoudert at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: marxin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-63622-4-KcNw6B8kQz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63622-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63622-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-11/txt/msg01315.txt.bz2
Content-length: 462

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

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

--- Comment #37 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Closing as fixed.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

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

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

--- Comment #11 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
*** Bug 63881 has been marked as a duplicate of this bug. ***

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[jakub at gcc dot gnu.org]

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

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

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

--- Comment #12 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #6)
> Index: gcc.c
> ===================================================================
> --- gcc.c       (revision 217457)
> +++ gcc.c       (working copy)
> @@ -4047,11 +4047,12 @@ process_command (unsigned int decoded_op
>        read_cmdline_option (&global_options, &global_options_set,
>                            decoded_options + j, UNKNOWN_LOCATION,
>                            CL_DRIVER, &handlers, global_dc);
>      }
>  
> -  if (output_file && strcmp (output_file, "-"))
> +  if (output_file && strcmp (output_file, "-")
> +      && strcmp (output_file, HOST_BIT_BUCKET))
>      {
>        int i;
>        for (i = 0; i < n_infiles; i++)
>         if ((!infiles[i].language || infiles[i].language[0] != '*')
>             && canonical_filename_eq (infiles[i].name, output_file))
> Index: toplev.c
> ===================================================================
> --- toplev.c    (revision 217457)
> +++ toplev.c    (working copy)
> @@ -940,11 +940,12 @@ init_asm_output (const char *name)
>           strcat (dumpname, ".s");
>           asm_file_name = dumpname;
>         }
>        if (!strcmp (asm_file_name, "-"))
>         asm_out_file = stdout;
> -      else if (!canonical_filename_eq (asm_file_name, name))
> +      else if (!canonical_filename_eq (asm_file_name, name)
> +              || !strcmp (asm_file_name, HOST_BIT_BUCKET))
>         asm_out_file = fopen (asm_file_name, "w");
>        else
>         /* Use fatal_error (UNKOWN_LOCATION) instead of just fatal_error to
>            prevent gcc from printing the first line in the current file. */
>         fatal_error (UNKNOWN_LOCATION,
> 
> If you can test it on your side, it would be helpful.

Preapproved with proper ChangeLog entry.
>From gcc-bugs-return-467084-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Nov 17 21:25:46 2014
Return-Path: <gcc-bugs-return-467084-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 30100 invoked by alias); 17 Nov 2014 21:25:46 -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 29366 invoked by uid 48); 17 Nov 2014 21:25:39 -0000
From: "jakub at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63815] [5 Regression] g++.dg/other/pr53811.C fails with -mcmodel=large -fpic
Date: Mon, 17 Nov 2014 21:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jakub 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-63815-4-r5YkW5Jd8P@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63815-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63815-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-11/txt/msg01556.txt.bz2
Content-length: 387

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

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

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

--- Comment #16 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So fixed?

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[manu at gcc dot gnu.org]

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

--- Comment #13 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #12)
> Preapproved with proper ChangeLog entry.

Unfortunately, there seems to be a problem with the machine in the compile farm
that I use for gcc development, and I'm not able to finish a
bootstrap&regression test. I always get:

couldn't create output pipe for command: too many open files

even for a pristine copy of GCC. This didn't happen a few days ago. I didn't
have time yet to investigate what is wrong. If someone can bootstrap&regtest
the patch for me, I will commit it with proper changelog and send it to
gcc-patches.

(Of course, hints on how to fix the above problem are more than welcome. This
issue prevents me from doing any GCC development right now).
>From gcc-bugs-return-467522-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 19 15:36:20 2014
Return-Path: <gcc-bugs-return-467522-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 1194 invoked by alias); 19 Nov 2014 15:36:19 -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 1150 invoked by uid 48); 19 Nov 2014 15:36:15 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/63963] [5 Regression] LTO doesn't work with __attribute__((__target__("sse4.2")))
Date: Wed, 19 Nov 2014 15:36:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on everconfirmed
Message-ID: <bug-63963-4-ZLv9Db9KPU@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63963-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63963-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-11/txt/msg01994.txt.bz2
Content-length: 484

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

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-11-19
     Ever confirmed|0                           |1

--- Comment #1 from H.J. Lu <hjl.tools at gmail dot com> ---
It was caused by r217659.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

--- Comment #14 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #13)
> (In reply to Jakub Jelinek from comment #12)
> > Preapproved with proper ChangeLog entry.
> 
> Unfortunately, there seems to be a problem with the machine in the compile
> farm that I use for gcc development, and I'm not able to finish a
> bootstrap&regression test. I always get:
> 
> couldn't create output pipe for command: too many open files
> 
> even for a pristine copy of GCC. This didn't happen a few days ago. I didn't
> have time yet to investigate what is wrong. If someone can bootstrap&regtest
> the patch for me, I will commit it with proper changelog and send it to
> gcc-patches.
> 
> (Of course, hints on how to fix the above problem are more than welcome.
> This issue prevents me from doing any GCC development right now).

You could display the hard limits first:
 ulimit -H -a
and then increase the soft limits as needed:
 ulimit -a
>From gcc-bugs-return-467524-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 19 15:44:50 2014
Return-Path: <gcc-bugs-return-467524-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 8743 invoked by alias); 19 Nov 2014 15:44:50 -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 8708 invoked by uid 48); 19 Nov 2014 15:44:45 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug middle-end/63967] New: [5 Regression] r217633 caused internal compiler error: in estimate_edge_growth, at ipa-inline.h:299
Date: Wed, 19 Nov 2014 15:44:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: middle-end
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
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 cc
Message-ID: <bug-63967-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-11/txt/msg01996.txt.bz2
Content-length: 3520

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

            Bug ID: 63967
           Summary: [5 Regression] r217633 caused internal compiler error:
                    in estimate_edge_growth, at ipa-inline.h:299
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hjl.tools at gmail dot com
                CC: hubicka at ucw dot cz

On Linux/x86-64, r217633 caused:

/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/xg++
-B/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/
-B/usr/5.0.0/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs

-I/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu

-I/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include
 -I/export/gnu/import/git/gcc-test-profiled/src-trunk/libstdc++-v3/libsupc++
-L/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/export/gnu/import/git/gcc-test-profiled/bld/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
  -g -O2 -flto=jobserver -frandom-seed=1 -fprofile-use -DIN_GCC
-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o gcj gcc.o
ggc-none.o \
  java/jvspec.o java/jcf-path.o driver-i386.o  libcommon-target.a \
   libcommon.a ../libcpp/libcpp.a   ../libbacktrace/.libs/libbacktrace.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
lto1: internal compiler error: in estimate_edge_growth, at ipa-inline.h:299
0xba3ed8 estimate_edge_growth
    ../../src-trunk/gcc/ipa-inline.h:299
0xba3ed8 do_estimate_growth_1
    ../../src-trunk/gcc/ipa-inline-analysis.c:3866
0x761a54 cgraph_node::call_for_symbol_thunks_and_aliases(bool (*)(cgraph_node*,
void*), void*, bool)
    ../../src-trunk/gcc/cgraph.c:2205
0xb9c554 do_estimate_growth(cgraph_node*)
    ../../src-trunk/gcc/ipa-inline-analysis.c:3880
0x193a0fa estimate_growth
    ../../src-trunk/gcc/ipa-inline.h:276
0x193a0fa inline_small_functions
    ../../src-trunk/gcc/ipa-inline.c:1609
0x193bb65 ipa_inline
    ../../src-trunk/gcc/ipa-inline.c:2198
0x193bb65 execute
    ../../src-trunk/gcc/ipa-inline.c:2568
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: fatal error:
/export/gnu/import/git/gcc-test-profiled/bld/./prev-gcc/xg++ returned 1 exit
status
compilation terminated.
/usr/local/bin/ld: lto-wrapper failed
collect2: error: ld returned 1 exit status
make[6]: *** [gcj] Error 1

when GCC is configured with

--prefix=/usr/5.0.0 --enable-clocale=gnu --with-system-zlib --enable-shared
--with-demangler-in-ld --with-build-config=bootstrap-lto --disable-werror
--with-fpmath=sse --enable-languages=c,c++,fortran,java,lto,objc
checking build system type... x86_64-unknown-linux-gnu

and built with "make -j16 profiledbootstrap".

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[jakub at gcc dot gnu.org]

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

--- Comment #15 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
(In reply to Manuel López-Ibáñez from comment #13)
> (In reply to Jakub Jelinek from comment #12)
> > Preapproved with proper ChangeLog entry.
> 
> Unfortunately, there seems to be a problem with the machine in the compile
> farm that I use for gcc development, and I'm not able to finish a
> bootstrap&regression test. I always get:

I'm bootstrapping/regtesting your patch now, will apply if it succeeds.
>From gcc-bugs-return-467532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 19 16:49:57 2014
Return-Path: <gcc-bugs-return-467532-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 12327 invoked by alias); 19 Nov 2014 16:49:57 -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 12268 invoked by uid 48); 19 Nov 2014 16:49:54 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
Date: Wed, 19 Nov 2014 16:49:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: driver
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: manu 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: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63837-4-ZGSi96RXen@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63837-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63837-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: 2014-11/txt/msg02004.txt.bz2
Content-length: 411

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

--- Comment #16 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
(In reply to Jakub Jelinek from comment #15)
> I'm bootstrapping/regtesting your patch now, will apply if it succeeds.

Thanks!

The changelog could also mention PR driver/36312 so people complaining about
this bug there get a notification when the patch is committed.
>From gcc-bugs-return-467533-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 19 16:54:18 2014
Return-Path: <gcc-bugs-return-467533-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15768 invoked by alias); 19 Nov 2014 16:54:18 -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 15742 invoked by uid 48); 19 Nov 2014 16:54:14 -0000
From: "hp at tmm dot cx" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug jit/63969] New: gccjit segfaults when it can't locate the correct gcc driver program
Date: Wed, 19 Nov 2014 16:54:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: jit
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hp at tmm dot cx
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: dmalcolm 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-63969-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-11/txt/msg02005.txt.bz2
Content-length: 1081

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

            Bug ID: 63969
           Summary: gccjit segfaults when it can't locate the correct gcc
                    driver program
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: jit
          Assignee: dmalcolm at gcc dot gnu.org
          Reporter: hp at tmm dot cx

When running tut01-hello-world.c with a gccjit installed in a prefix, but PATH
not pointing to a gcc-5.0.0 driver the program segfaults.

$ LD_LIBRARY_PATH=/home/hp/Apps/gccjit/lib ./tut01-hello-world
Segmentation fault

It works correctly with a PATH set appropriately

$ PATH=/home/hp/Apps/gccjit/bin:$PATH LD_LIBRARY_PATH=/home/hp/Apps/gccjit/lib
./tut01-hello-world
hello world

gcc trunk r217763, build options ../configure --enable-host-shared
--enable-languages=jit --disable-bootstrap --enable-checking=release
--prefix=/home/hp/Apps/gccjit

make install'd

It would be better if an error message was printed rather than a segmentation
fault.

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[jakub at gcc dot gnu.org]

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

--- Comment #17 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
Author: jakub
Date: Wed Nov 19 18:11:54 2014
New Revision: 217789

URL: https://gcc.gnu.org/viewcvs?rev=217789&root=gcc&view=rev
Log:
    PR driver/36312
    PR driver/63837
    * gcc.c (process_command): Don't check for input/output
    filename equality if output is HOST_BIT_BUCKET.
    * toplev.c (init_asm_output): Likewise.

Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/gcc.c
    trunk/gcc/toplev.c

[Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1

[trippels at gcc dot gnu.org]

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

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

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

--- Comment #18 from Markus Trippelsdorf <trippels at gcc dot gnu.org> ---
Fixed.