* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
@ 2014-11-12 23:56 ` manu at gcc dot gnu.org
2014-11-13 2:41 ` trippels at gcc dot gnu.org
` (14 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: manu at gcc dot gnu.org @ 2014-11-12 23:56 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
2014-11-12 23:56 ` [Bug driver/63837] " manu at gcc dot gnu.org
@ 2014-11-13 2:41 ` trippels at gcc dot gnu.org
2014-11-13 2:47 ` pinskia at gcc dot gnu.org
` (13 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-13 2:41 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
2014-11-12 23:56 ` [Bug driver/63837] " manu at gcc dot gnu.org
2014-11-13 2:41 ` trippels at gcc dot gnu.org
@ 2014-11-13 2:47 ` pinskia at gcc dot gnu.org
2014-11-13 9:21 ` rguenth at gcc dot gnu.org
` (12 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-11-13 2:47 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (2 preceding siblings ...)
2014-11-13 2:47 ` pinskia at gcc dot gnu.org
@ 2014-11-13 9:21 ` rguenth at gcc dot gnu.org
2014-11-13 9:57 ` trippels at gcc dot gnu.org
` (11 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-11-13 9:21 UTC (permalink / raw)
To: gcc-bugs
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?
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (3 preceding siblings ...)
2014-11-13 9:21 ` rguenth at gcc dot gnu.org
@ 2014-11-13 9:57 ` trippels at gcc dot gnu.org
2014-11-13 13:36 ` manu at gcc dot gnu.org
` (10 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-13 9:57 UTC (permalink / raw)
To: gcc-bugs
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>&) {}
^
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (4 preceding siblings ...)
2014-11-13 9:57 ` trippels at gcc dot gnu.org
@ 2014-11-13 13:36 ` manu at gcc dot gnu.org
2014-11-13 13:49 ` trippels at gcc dot gnu.org
` (9 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: manu at gcc dot gnu.org @ 2014-11-13 13:36 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (5 preceding siblings ...)
2014-11-13 13:36 ` manu at gcc dot gnu.org
@ 2014-11-13 13:49 ` trippels at gcc dot gnu.org
2014-11-15 7:11 ` pinskia at gcc dot gnu.org
` (8 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-13 13:49 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (6 preceding siblings ...)
2014-11-13 13:49 ` trippels at gcc dot gnu.org
@ 2014-11-15 7:11 ` pinskia at gcc dot gnu.org
2014-11-15 11:16 ` manu at gcc dot gnu.org
` (7 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: pinskia at gcc dot gnu.org @ 2014-11-15 7:11 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (7 preceding siblings ...)
2014-11-15 7:11 ` pinskia at gcc dot gnu.org
@ 2014-11-15 11:16 ` manu at gcc dot gnu.org
2014-11-16 22:03 ` trippels at gcc dot gnu.org
` (6 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: manu at gcc dot gnu.org @ 2014-11-15 11:16 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (8 preceding siblings ...)
2014-11-15 11:16 ` manu at gcc dot gnu.org
@ 2014-11-16 22:03 ` trippels at gcc dot gnu.org
2014-11-17 21:24 ` jakub at gcc dot gnu.org
` (5 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-16 22:03 UTC (permalink / raw)
To: gcc-bugs
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. ***
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (9 preceding siblings ...)
2014-11-16 22:03 ` trippels at gcc dot gnu.org
@ 2014-11-17 21:24 ` jakub at gcc dot gnu.org
2014-11-19 15:34 ` manu at gcc dot gnu.org
` (4 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-17 21:24 UTC (permalink / raw)
To: gcc-bugs
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?
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (10 preceding siblings ...)
2014-11-17 21:24 ` jakub at gcc dot gnu.org
@ 2014-11-19 15:34 ` manu at gcc dot gnu.org
2014-11-19 15:40 ` trippels at gcc dot gnu.org
` (3 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: manu at gcc dot gnu.org @ 2014-11-19 15:34 UTC (permalink / raw)
To: gcc-bugs
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®ression 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®test
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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (11 preceding siblings ...)
2014-11-19 15:34 ` manu at gcc dot gnu.org
@ 2014-11-19 15:40 ` trippels at gcc dot gnu.org
2014-11-19 16:38 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-19 15:40 UTC (permalink / raw)
To: gcc-bugs
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®ression 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®test
> 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".
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (12 preceding siblings ...)
2014-11-19 15:40 ` trippels at gcc dot gnu.org
@ 2014-11-19 16:38 ` jakub at gcc dot gnu.org
2014-11-19 18:12 ` jakub at gcc dot gnu.org
2014-11-19 18:38 ` trippels at gcc dot gnu.org
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-19 16:38 UTC (permalink / raw)
To: gcc-bugs
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®ression 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.
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (13 preceding siblings ...)
2014-11-19 16:38 ` jakub at gcc dot gnu.org
@ 2014-11-19 18:12 ` jakub at gcc dot gnu.org
2014-11-19 18:38 ` trippels at gcc dot gnu.org
15 siblings, 0 replies; 17+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-11-19 18:12 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 17+ messages in thread
* [Bug driver/63837] [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1
2014-11-12 18:07 [Bug driver/63837] New: [5 Regression] r217391 causes kernel build errors with GCC_COMPARE_DEBUG=1 trippels at gcc dot gnu.org
` (14 preceding siblings ...)
2014-11-19 18:12 ` jakub at gcc dot gnu.org
@ 2014-11-19 18:38 ` trippels at gcc dot gnu.org
15 siblings, 0 replies; 17+ messages in thread
From: trippels at gcc dot gnu.org @ 2014-11-19 18:38 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 17+ messages in thread