* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
@ 2014-10-23 11:24 ` rguenth at gcc dot gnu.org
2014-10-23 16:21 ` dominiq at lps dot ens.fr
` (28 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-10-23 11:24 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |5.0
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
2014-10-23 11:24 ` [Bug bootstrap/63622] " rguenth at gcc dot gnu.org
@ 2014-10-23 16:21 ` dominiq at lps dot ens.fr
2014-10-29 15:11 ` marxin at gcc dot gnu.org
` (27 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-10-23 16:21 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ebotcazou at gcc dot gnu.org
--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I have bootstrapped r216305 without ada.
Is there a way to propagate -fno-ipa-icf to the Ada build?
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
2014-10-23 11:24 ` [Bug bootstrap/63622] " rguenth at gcc dot gnu.org
2014-10-23 16:21 ` dominiq at lps dot ens.fr
@ 2014-10-29 15:11 ` marxin at gcc dot gnu.org
2014-10-29 22:13 ` dominiq at lps dot ens.fr
` (26 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-10-29 15:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #3 from Martin Liška <marxin at gcc dot gnu.org> ---
Created attachment 33843
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843&action=edit
IPA ICF aliasing restriction
Can you please try to apply following patch?
It should disable alias creation for targets that do not support aliasing.
>From gcc-bugs-return-465222-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Oct 29 15:11:11 2014
Return-Path: <gcc-bugs-return-465222-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 5434 invoked by alias); 29 Oct 2014 15:11:11 -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 5413 invoked by uid 48); 29 Oct 2014 15:11:07 -0000
From: "belagod at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug tree-optimization/63677] New: Failure to constant fold with vectorization.
Date: Wed, 29 Oct 2014 15:14:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
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: belagod at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter
Message-ID: <bug-63677-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-10/txt/msg02243.txt.bz2
Content-length: 2096
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc677
Bug ID: 63677
Summary: Failure to constant fold with vectorization.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: belagod at gcc dot gnu.org
This piece of code:
int __attribute__ ((noinline))
foo ()
{
const int a[8] = { 0, 1, 2, 3, 4, 5, 6, 7 };
int i, sum;
sum = 0;
for (i = 0; i < sizeof (a) / sizeof (*a); i++)
sum += a[i];
return sum;
}
when compiled with -O3 on x86_64 generates:
foo:
.LFB0:
.cfi_startproc
movdqa .LC1(%rip), %xmm0
paddd .LC0(%rip), %xmm0
movdqa %xmm0, %xmm1
psrldq $8, %xmm1
paddd %xmm1, %xmm0
movdqa %xmm0, %xmm1
psrldq $4, %xmm1
paddd %xmm1, %xmm0
movd %xmm0, %eax
ret
.cfi_endproc
.LFE0:
.size foo, .-foo
.section .text.unlikely
.LCOLDE3:
.text
.LHOTE3:
.section .rodata.cst16,"aM",@progbits,16
.align 16
.LC0:
.long 0
.long 1
.long 2
.long 3
.align 16
.LC1:
.long 4
.long 5
.long 6
.long 7
.ident "GCC: (GNU) 5.0.0 20141023 (experimental)"
.section .note.GNU-stack,"",@progbits
but when compiled with -O3 -mno-sse generates:
foo:
.LFB0:
.cfi_startproc
movl $28, %eax
ret
.cfi_endproc
.LFE0:
.size foo, .-foo
.section .text.unlikely
.LCOLDE0:
Why isn't constant folding happening when generating code for vector unit?
$ gcc -v
Using built-in specs.
COLLECT_GCC=/work/dev/arm/bin_x86/install/bin/gcc
COLLECT_LTO_WRAPPER=/work/dev/arm/bin_x86/install/libexec/gcc/x86_64-unknown-linux-gnu/5.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../src/gcc/configure --prefix=/work/dev/arm/bin_x86/install
--enable-bootstrap --disable-nls --enable-languages=c,c++,fortran
--disable-multilib
Thread model: posix
gcc version 5.0.0 20141023 (experimental) (GCC)
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (2 preceding siblings ...)
2014-10-29 15:11 ` marxin at gcc dot gnu.org
@ 2014-10-29 22:13 ` dominiq at lps dot ens.fr
2014-10-30 1:03 ` howarth at bromo dot med.uc.edu
` (25 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-10-29 22:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #4 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Created attachment 33843 [details]
> IPA ICF aliasing restriction
>
> Can you please try to apply following patch?
> It should disable alias creation for targets that do not support aliasing.
With the patch bootstrap proceeds up to stage 2 where it fails with
/opt/gcc/build_w/./prev-gcc/xg++ -B/opt/gcc/build_w/./prev-gcc/
-B/opt/gcc/gcc4.10w/x86_64-apple-darwin14.0.0/bin/ -nostdinc++
-B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include
-I/opt/gcc/work/libstdc++-v3/libsupc++
-L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-c -g -O2 -gtoggle -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 -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I../../work/gcc -I../../work/gcc/.
-I../../work/gcc/../include -I./../intl -I../../work/gcc/../libcpp/include
-I/opt/mp/include -I../../work/gcc/../libdecnumber
-I../../work/gcc/../libdecnumber/dpd -I../libdecnumber
-I../../work/gcc/../libbacktrace -DCLOOG_INT_GMP -DCLOOG_INT_GMP
-I/opt/mp/include -o tree-inline.o -MT tree-inline.o -MMD -MP -MF
./.deps/tree-inline.TPo ../../work/gcc/tree-inline.c
../../work/gcc/tree-inline.c: In function 'int
estimate_num_insns_seq(gimple_seq, eni_weights*)':
../../work/gcc/tree-inline.c:5667:1: error: invalid argument to gimple call
}
^
stmts
# .MEM_3 = VDEF <.MEM_1(D)>
retval.1640_4 = count_insns_seq (stmts, weights_2(D)); [tail call]
../../work/gcc/tree-inline.c:5667:1: internal compiler error: verify_gimple
failed
../../work/gcc/tree-inline.c:5667:1: internal compiler error: Abort trap: 6
xg++: internal compiler error: Abort trap: 6 (program cc1plus)
make[3]: *** [tree-inline.o] Abort trap: 6
make[3]: Leaving directory `/opt/gcc/build_w/gcc'
make[2]: *** [all-stage2-gcc] Error 2
make[2]: Leaving directory `/opt/gcc/build_w'
make[1]: *** [stage2-bubble] Error 2
make[1]: Leaving directory `/opt/gcc/build_w'
make: *** [all] Error 2
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (3 preceding siblings ...)
2014-10-29 22:13 ` dominiq at lps dot ens.fr
@ 2014-10-30 1:03 ` howarth at bromo dot med.uc.edu
2014-10-30 10:07 ` marxin at gcc dot gnu.org
` (24 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-10-30 1:03 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
howarth at bromo dot med.uc.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |howarth at bromo dot med.uc.edu
--- Comment #5 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #3)
> Created attachment 33843 [details]
> IPA ICF aliasing restriction
>
> Can you please try to apply following patch?
> It should disable alias creation for targets that do not support aliasing.
Is there a problem with this patch due to the definition of...
#define ASM_WEAKEN_DECL(FILE, DECL, NAME, ALIAS) \
in gcc/config/darwin.h?
>From gcc-bugs-return-465271-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 01:09:35 2014
Return-Path: <gcc-bugs-return-465271-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19198 invoked by alias); 30 Oct 2014 01:09:35 -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 19069 invoked by uid 48); 30 Oct 2014 01:09:31 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63685] kern.osversion bug shows up with GFORTRAN as well as GCC
Date: Thu, 30 Oct 2014 01:09: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: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: pinskia 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status component resolution
Message-ID: <bug-63685-4-4auig5skej@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63685-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63685-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-10/txt/msg02292.txt.bz2
Content-length: 625
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc685
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Component|fortran |target
Resolution|--- |DUPLICATE
--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Yosemite support is not there yet or at least in a released version. See bug
61407.
*** This bug has been marked as a duplicate of bug 61407 ***
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (4 preceding siblings ...)
2014-10-30 1:03 ` howarth at bromo dot med.uc.edu
@ 2014-10-30 10:07 ` marxin at gcc dot gnu.org
2014-10-30 15:41 ` dominiq at lps dot ens.fr
` (23 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-10-30 10:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #6 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #4)
> > Created attachment 33843 [details]
> > IPA ICF aliasing restriction
> >
> > Can you please try to apply following patch?
> > It should disable alias creation for targets that do not support aliasing.
>
> With the patch bootstrap proceeds up to stage 2 where it fails with
>
> /opt/gcc/build_w/./prev-gcc/xg++ -B/opt/gcc/build_w/./prev-gcc/
> -B/opt/gcc/gcc4.10w/x86_64-apple-darwin14.0.0/bin/ -nostdinc++
> -B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
> -B/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.
> libs
> -I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include/
> x86_64-apple-darwin14.0.0
> -I/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/include
> -I/opt/gcc/work/libstdc++-v3/libsupc++
> -L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
> -L/opt/gcc/build_w/prev-x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.
> libs -c -g -O2 -gtoggle -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 -Werror
> -fno-common -DHAVE_CONFIG_H -I. -I. -I../../work/gcc -I../../work/gcc/.
> -I../../work/gcc/../include -I./../intl -I../../work/gcc/../libcpp/include
> -I/opt/mp/include -I../../work/gcc/../libdecnumber
> -I../../work/gcc/../libdecnumber/dpd -I../libdecnumber
> -I../../work/gcc/../libbacktrace -DCLOOG_INT_GMP -DCLOOG_INT_GMP
> -I/opt/mp/include -o tree-inline.o -MT tree-inline.o -MMD -MP -MF
> ./.deps/tree-inline.TPo ../../work/gcc/tree-inline.c
> ../../work/gcc/tree-inline.c: In function 'int
> estimate_num_insns_seq(gimple_seq, eni_weights*)':
> ../../work/gcc/tree-inline.c:5667:1: error: invalid argument to gimple call
> }
> ^
> stmts
> # .MEM_3 = VDEF <.MEM_1(D)>
> retval.1640_4 = count_insns_seq (stmts, weights_2(D)); [tail call]
> ../../work/gcc/tree-inline.c:5667:1: internal compiler error: verify_gimple
> failed
That looks like duplicate of PR63580. I hope the PR will be fixed today.
Thanks,
Martin
>
> ../../work/gcc/tree-inline.c:5667:1: internal compiler error: Abort trap: 6
> xg++: internal compiler error: Abort trap: 6 (program cc1plus)
> make[3]: *** [tree-inline.o] Abort trap: 6
> make[3]: Leaving directory `/opt/gcc/build_w/gcc'
> make[2]: *** [all-stage2-gcc] Error 2
> make[2]: Leaving directory `/opt/gcc/build_w'
> make[1]: *** [stage2-bubble] Error 2
> make[1]: Leaving directory `/opt/gcc/build_w'
> make: *** [all] Error 2
>From gcc-bugs-return-465282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Oct 30 10:07:15 2014
Return-Path: <gcc-bugs-return-465282-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 27542 invoked by alias); 30 Oct 2014 10:07:15 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 27507 invoked by uid 48); 30 Oct 2014 10:07:10 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63681] bfin-rtems ICE in cfg_layout_initialize, at cfgrtl.c:4233
Date: Thu, 30 Oct 2014 10:07: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: 4.9.2
X-Bugzilla-Keywords: build, ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63681-4-tP3UvlepDh@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63681-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63681-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-10/txt/msg02303.txt.bz2
Content-length: 145
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc681
--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Did it work with 4.9.1?
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (5 preceding siblings ...)
2014-10-30 10:07 ` marxin at gcc dot gnu.org
@ 2014-10-30 15:41 ` dominiq at lps dot ens.fr
2014-11-05 22:16 ` howarth at bromo dot med.uc.edu
` (22 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-10-30 15:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #7 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> That looks like duplicate of PR63580. I hope the PR will be fixed today.
It looks like: I have bootstrapped r216914 with the patches in comment 3 and in
PR3580 comment 4. However I have several regressions in the test suite:
=== acats tests ===
FAIL: c760002
FAIL: c761002
FAIL: cc1224a
FAIL: cc3007a
FAIL: cc3007b
FAIL: g++.dg/ipa/ipa-icf-4.C -std=gnu++11 scan-ipa-dump icf "Varpool alias
has been created"
FAIL: g++.dg/ipa/ipa-icf-4.C -std=gnu++1y scan-ipa-dump icf "Varpool alias
has been created"
FAIL: g++.dg/ipa/ipa-icf-4.C -std=gnu++98 scan-ipa-dump icf "Varpool alias
has been created"
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 -flto (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 -flto (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 -flto -flto-partition=none
(internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -O2 -flto -flto-partition=none (test
for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c -O3 -fomit-frame-pointer (internal
compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -O3 -fomit-frame-pointer (test for
excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c -O3 -g (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -O3 -g (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-1.c -Os (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-1.c -Os (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 -flto (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 -flto (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 -flto -flto-partition=none
(internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -O2 -flto -flto-partition=none (test
for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -O3 -fomit-frame-pointer (internal
compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -O3 -fomit-frame-pointer (test for
excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -O3 -g (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -O3 -g (test for excess errors)
FAIL: gcc.dg/torture/builtin-noret-2.c -Os (internal compiler error)
FAIL: gcc.dg/torture/builtin-noret-2.c -Os (test for excess errors)
-m32 only
FAIL: gfortran.dg/assumed_rank_10.f90 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions execution test
FAIL: gfortran.dg/assumed_rank_10.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -O2 execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -O3 -fomit-frame-pointer execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -O3 -g execution test
FAIL: gfortran.dg/assumed_rank_8.f90 -Os execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -O2 execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -O3 -fomit-frame-pointer execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -O3 -fomit-frame-pointer
-funroll-all-loops -finline-functions execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -O3 -fomit-frame-pointer -funroll-loops
execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -O3 -g execution test
FAIL: gfortran.dg/assumed_rank_9.f90 -Os execution test
All the failures I have tested disappear if I use -fno-ipa-icf.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (6 preceding siblings ...)
2014-10-30 15:41 ` dominiq at lps dot ens.fr
@ 2014-11-05 22:16 ` howarth at bromo dot med.uc.edu
2014-11-05 22:46 ` howarth at bromo dot med.uc.edu
` (21 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-05 22:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #9 from howarth at bromo dot med.uc.edu ---
The darwin linker developer's analysis of this failing linkage is as follows...
That link line contains “-undefined dynamic_lookup” which is almost always a
bad idea. Removing it shows the problem. The symbol __ZTCSt9strstream16_So is
not defined in an object file. So that option means “assume it will be in some
dylib (DSO) at runtime). But the function __ZNSt9strstreamC1Ev contains:
__ZNSt9strstreamC1Ev:
...
0000000000001f75 leaq __ZTCSt9strstream16_So+24(%rip), %rax
…
That code gen requires the target vtable to be in the same linkage unit, but is
is in DSO. The only way to possible make it work is to have a text relocation
which adjusts the LEA at launch time. But darwin x86_64 does not support text
relocations.
You should remove the “-undefined dynamic_lookup” from the link line and fix
the build to have all required symbols defined.
>From gcc-bugs-return-465837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 05 22:17:59 2014
Return-Path: <gcc-bugs-return-465837-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 14208 invoked by alias); 5 Nov 2014 22:17:59 -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 14160 invoked by uid 55); 5 Nov 2014 22:17:56 -0000
From: "manu at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug driver/36312] should refuse to overwrite input file with output file
Date: Wed, 05 Nov 2014 22:17: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: 4.1.2
X-Bugzilla-Keywords: diagnostic, patch
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: manu 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: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-36312-4-gU20XxPDCJ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-36312-4@http.gcc.gnu.org/bugzilla/>
References: <bug-36312-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/msg00309.txt.bz2
Content-length: 1817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
--- Comment #11 from Manuel López-Ibáñez <manu at gcc dot gnu.org> ---
Author: manu
Date: Wed Nov 5 22:17:22 2014
New Revision: 217159
URL: https://gcc.gnu.org/viewcvs?rev=217159&root=gcc&view=rev
Log:
Revert revision 217149 because it breaks Ada:
gcc/testsuite/ChangeLog:
2014-11-05 Anthony Brandon <anthony.brandon@gmail.com>
PR driver/36312
* gcc.misc-tests/output.exp: New test case for identical input and
output files.
include/ChangeLog:
2014-11-05 Anthony Brandon <anthony.brandon@gmail.com>
PR driver/36312
* filenames.h: Add prototype for canonical_filename_eq.
gcc/ChangeLog:
2014-11-05 Anthony Brandon <anthony.brandon@gmail.com>
PR driver/36312
* diagnostic-core.h: Add prototype for fatal_error.
* diagnostic.c (fatal_error): New function fatal_error.
* gcc.c (store_arg): Remove have_o_argbuf_index.
(process_command): Check if input and output files are the same.
* toplev.c (init_asm_output): Check if input and output files are
the same.
libiberty/ChangeLog:
2014-11-05 Anthony Brandon <anthony.brandon@gmail.com>
PR driver/36312
* filename_cmp.c (canonical_filename_eq): New function to check if
file names are the same.
* functions.texi: Updated with documentation for new function.
Removed:
trunk/gcc/testsuite/gcc.misc-tests/output.exp
Modified:
trunk/gcc/ChangeLog
trunk/gcc/diagnostic-core.h
trunk/gcc/diagnostic.c
trunk/gcc/gcc.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/toplev.c
trunk/include/ChangeLog
trunk/include/filenames.h
trunk/libiberty/ChangeLog
trunk/libiberty/filename_cmp.c
trunk/libiberty/functions.texi
>From gcc-bugs-return-465838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Wed Nov 05 22:21:50 2014
Return-Path: <gcc-bugs-return-465838-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 17174 invoked by alias); 5 Nov 2014 22:21: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 17120 invoked by uid 48); 5 Nov 2014 22:21:47 -0000
From: "howarth at bromo dot med.uc.edu" <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: Wed, 05 Nov 2014 22:21: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: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: NEW
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:
Message-ID: <bug-63622-4-VxUb5OiHXl@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/msg00310.txt.bz2
Content-length: 5279
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc622
--- Comment #10 from howarth at bromo dot med.uc.edu ---
Note that removal of the "-undefined dynamic_lookup" produces...
Undefined symbols for architecture x86_64:
"__ZNKSt11logic_error4whatEv", referenced from:
__ZTVSt11logic_error in libc++98convenience.a(stdexcept.o)
__ZTVSt12domain_error in libc++98convenience.a(stdexcept.o)
__ZTVSt16invalid_argument in libc++98convenience.a(stdexcept.o)
__ZTVSt12length_error in libc++98convenience.a(stdexcept.o)
__ZTVSt12out_of_range in libc++98convenience.a(stdexcept.o)
"__ZNKSt7codecvtIcc11__mbstate_tE10do_unshiftERS0_PcS3_RS3_", referenced
from:
__ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
__ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
"__ZNKSt7codecvtIcc11__mbstate_tE11do_encodingEv", referenced from:
__ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
__ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
"__ZNKSt7codecvtIcc11__mbstate_tE6do_outERS0_PKcS4_RS4_PcS6_RS6_", referenced
from:
__ZTVSt7codecvtIcc11__mbstate_tE in libc++98convenience.a(codecvt.o)
__ZTVSt14codecvt_bynameIcc11__mbstate_tE in
libc++98convenience.a(locale-inst.o)
"__ZNKSt9type_info14__is_pointer_pEv", referenced from:
__ZTVN10__cxxabiv117__array_type_infoE in
libsupc++convenience.a(array_type_info.o)
__ZTVN10__cxxabiv117__class_type_infoE in
libsupc++convenience.a(class_type_info.o)
__ZTVN10__cxxabiv116__enum_type_infoE in
libsupc++convenience.a(enum_type_info.o)
__ZTVN10__cxxabiv120__function_type_infoE in
libsupc++convenience.a(function_type_info.o)
__ZTVN10__cxxabiv123__fundamental_type_infoE in
libsupc++convenience.a(fundamental_type_info.o)
__ZTVN10__cxxabiv117__pbase_type_infoE in
libsupc++convenience.a(pbase_type_info.o)
__ZTVN10__cxxabiv129__pointer_to_member_type_infoE in
libsupc++convenience.a(pmem_type_info.o)
...
"__ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPwEES4_T_S5_RKS1_St20forward_iterator_tag.part.36",
referenced from:
__ZNSbIwSt11char_traitsIwESaIwEE12_S_constructIPwEES4_T_S5_RKS1_St20forward_iterator_tag
in libc++11convenience.a(wstring-inst.o)
"__ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag.part.34",
referenced from:
__ZNSs12_S_constructIPcEES0_T_S1_RKSaIcESt20forward_iterator_tag in
libc++11convenience.a(string-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE4syncEv", referenced from:
__ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
__ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE in
libc++11convenience.a(sstream-inst.o)
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE5imbueERKSt6locale", referenced
from:
__ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
__ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
__ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE in
libc++11convenience.a(sstream-inst.o)
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE6setbufEPcl", referenced from:
__ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekoffExSt12_Ios_SeekdirSt13_Ios_Openmode",
referenced from:
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE7seekposESt4fposI11__mbstate_tESt13_Ios_Openmode",
referenced from:
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE8overflowEi", referenced from:
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE9pbackfailEi", referenced from:
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE9showmanycEv", referenced from:
__ZTVSt12strstreambuf in libc++98convenience.a(strstream.o)
__ZTVN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEEE in
libc++11convenience.a(ext11-inst.o)
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv", referenced from:
__ZTVSt15basic_streambufIcSt11char_traitsIcEE in
libc++11convenience.a(streambuf-inst.o)
"__ZNSt15basic_streambufIwSt11char_traitsIwEE9pbackfailEi", referenced from:
__ZTVSt15basic_streambufIwSt11char_traitsIwEE in
libc++11convenience.a(streambuf-inst.o)
"__ZTCSt9strstream16_So", referenced from:
__ZNSt9strstreamC1Ev in libc++98convenience.a(strstream.o)
__ZNSt9strstreamC1EPciSt13_Ios_Openmode in
libc++98convenience.a(strstream.o)
__ZTTSt9strstream in libc++98convenience.a(strstream.o)
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (7 preceding siblings ...)
2014-11-05 22:16 ` howarth at bromo dot med.uc.edu
@ 2014-11-05 22:46 ` howarth at bromo dot med.uc.edu
2014-11-05 23:12 ` howarth at bromo dot med.uc.edu
` (20 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-05 22:46 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #11 from howarth at bromo dot med.uc.edu ---
It looks like we aren't compiling some object files in libstdc++-v3/src/c++98
for gcc trunk which are are on gcc 4.9.2. In particular, we are missing...
ctype.o
ctype_configure_char.o
ctype_members.o
ios-inst.o
ios.o
iostream-inst.o
istream-inst.o
ostream-inst.o
sstream-inst.o
streambuf-inst.o
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (8 preceding siblings ...)
2014-11-05 22:46 ` howarth at bromo dot med.uc.edu
@ 2014-11-05 23:12 ` howarth at bromo dot med.uc.edu
2014-11-06 1:19 ` howarth at bromo dot med.uc.edu
` (19 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-05 23:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #12 from howarth at bromo dot med.uc.edu ---
This looks like fallout from...
https://gcc.gnu.org/ml/libstdc++-cvs/2014-q4/msg00080.html
https://gcc.gnu.org/ml/libstdc++-cvs/2014-q3/msg00181.html
where the files moved to c++11 in gcc trunk from c++98 in gcc 4.9.2 now have
undefined symbols...
[MacPro:libstdc++-v3/src/c++11] howarth% nm streambuf-inst.o | grep
ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
U __ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
compared to gcc 4.9.2
[MacPro:libstdc++-v3/src/c++98] howarth% nm streambuf-inst.o | grep
ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
0000000000000040 T __ZNSt15basic_streambufIcSt11char_traitsIcEE9underflowEv
Were these checkins made after darwin stopped bootstrapping?
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (9 preceding siblings ...)
2014-11-05 23:12 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 1:19 ` howarth at bromo dot med.uc.edu
2014-11-06 1:32 ` howarth at bromo dot med.uc.edu
` (18 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 1:19 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #13 from howarth at bromo dot med.uc.edu ---
Created attachment 33904
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33904&action=edit
preprocessed source for libstdc++-v3/src/c++11/streambuf-inst.cc
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (10 preceding siblings ...)
2014-11-06 1:19 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 1:32 ` howarth at bromo dot med.uc.edu
2014-11-06 3:10 ` redi at gcc dot gnu.org
` (17 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 1:32 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #14 from howarth at bromo dot med.uc.edu ---
The attached preprocessed source was produced from gcc trunk with...
# /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/xgcc -shared-libgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc -nostdinc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/src
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/libsupc++/.libs
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/bin/
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/lib/ -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/include -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/sys-include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/../libgcc
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/libsupc++
-I/sw/include -std=gnu++11 -D_GLIBCXX_SHARED -fno-implicit-templates -Wall
-Wextra -Wwrite-strings -Wcast-qual -Wabi -fdiagnostics-show-location=once
-fvisibility-inlines-hidden -ffunction-sections -fdata-sections
-frandom-seed=streambuf-inst.lo -g -O2 -c
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc
-fno-common -DPIC -D_GLIBCXX_SHARED -o streambuf-inst.o --save-temps
which produces as set of warnings that don't appear in the build of
libstdc++-v3/src/c++98/streambuf-inst.cc. These are...
./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
} // namespace
^
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
../../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
warning: alias definitions not supported in Mach-O; ignored
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (11 preceding siblings ...)
2014-11-06 1:32 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 3:10 ` redi at gcc dot gnu.org
2014-11-06 3:47 ` howarth at bromo dot med.uc.edu
` (16 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: redi at gcc dot gnu.org @ 2014-11-06 3:10 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #15 from Jonathan Wakely <redi at gcc dot gnu.org> ---
(In reply to howarth from comment #14)
> which produces as set of warnings that don't appear in the build of
> libstdc++-v3/src/c++98/streambuf-inst.cc. These are...
>
> ./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
> warning: alias definitions not supported in Mach-O; ignored
I have no idea what that means or why building the file with -std=c++11 instead
of -std=c++98 causes it, and I don't have any way to check what is different on
darwin.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (12 preceding siblings ...)
2014-11-06 3:10 ` redi at gcc dot gnu.org
@ 2014-11-06 3:47 ` howarth at bromo dot med.uc.edu
2014-11-06 3:54 ` howarth at bromo dot med.uc.edu
` (15 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 3:47 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #16 from howarth at bromo dot med.uc.edu ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to howarth from comment #14)
> > which produces as set of warnings that don't appear in the build of
> > libstdc++-v3/src/c++98/streambuf-inst.cc. These are...
> >
> > ./../../../../gcc-5.0-20141105/libstdc++-v3/src/c++11/streambuf-inst.cc:63:1:
> > warning: alias definitions not supported in Mach-O; ignored
>
> I have no idea what that means or why building the file with -std=c++11
> instead of -std=c++98 causes it, and I don't have any way to check what is
> different on darwin.
This sounds similar to thread https://gcc.gnu.org/ml/gcc/2010-05/msg00164.html.
The fact that we see the same warnings indicate the use of -std=c++11 is
triggering the use aliases on darwin which is unsupported. The fact that the
attached preprocessed source code from gcc trunk doesn't show any instances
of '__alias__' makes me wondering if the middle-end is automatically doing this
somehow when -std=c++11 is invoked.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (13 preceding siblings ...)
2014-11-06 3:47 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 3:54 ` howarth at bromo dot med.uc.edu
2014-11-06 4:09 ` howarth at bromo dot med.uc.edu
` (14 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 3:54 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #17 from howarth at bromo dot med.uc.edu ---
These warnings are emitted from this code in gcc/config/darwin.h
/* Mach-O supports 'weak imports', and 'weak definitions' in coalesced
sections. machopic_select_section ensures that weak variables go in
coalesced sections. Weak aliases (or any other kind of aliases) are
not supported. Weak symbols that aren't visible outside the .s file
are not supported. */
#define ASM_WEAKEN_DECL(FILE, DECL, NAME, ALIAS) \
do { \
if (ALIAS) \
{ \
warning (0, "alias definitions not supported in Mach-O; ignored");
\
break; \
} \
\
if (! DECL_EXTERNAL (DECL) && TREE_PUBLIC (DECL)) \
targetm.asm_out.globalize_label (FILE, NAME); \
if (DECL_EXTERNAL (DECL)) \
fputs ("\t.weak_reference ", FILE); \
else if (lookup_attribute ("weak_import", DECL_ATTRIBUTES (DECL))) \
break; \
else if (TREE_PUBLIC (DECL)) \
fputs ("\t.weak_definition ", FILE); \
else \
break; \
assemble_name (FILE, NAME); \
fputc ('\n', FILE); \
} while (0)
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (14 preceding siblings ...)
2014-11-06 3:54 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 4:09 ` howarth at bromo dot med.uc.edu
2014-11-06 4:28 ` howarth at bromo dot med.uc.edu
` (13 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 4:09 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #18 from howarth at bromo dot med.uc.edu ---
Interestingly, these errors don't occur if the compilation of
libstdc++-v3/src/c++11/streambuf-inst.cc is done at -O0, -O1 or if -fno-ipa-icf
is appended at -O2 or higher.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (15 preceding siblings ...)
2014-11-06 4:09 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 4:28 ` howarth at bromo dot med.uc.edu
2014-11-06 8:36 ` izamyatin at gmail dot com
` (12 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 4:28 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #19 from howarth at bromo dot med.uc.edu ---
Apparently we need something along the lines of the previously proposed IPA
ICF aliasing restriction patch, however when applied to current gcc trunk the
bootstrap fails at...
libtool: compile: /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc/xgcc
-shared-libgcc -B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/./gcc
-nostdinc++
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/src
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/src/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/libsupc++/.libs
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/bin/
-B/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/lib/ -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/include -isystem
/sw/lib/gcc5.0/x86_64-apple-darwin14.0.0/sys-include -m32
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/../libgcc
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include/x86_64-apple-darwin14.0.0
-I/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin14.0.0/i386/libstdc++-v3/include
-I/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5.0-20141105/libstdc++-v3/libsupc++
-D_GLIBCXX_SHARED -fno-implicit-templates -Wall -Wextra -Wwrite-strings
-Wcast-qual -Wabi -fdiagnostics-show-location=once -fvisibility-inlines-hidden
-ffunction-sections -fdata-sections -frandom-seed=atexit_thread.lo -g -O2 -m32
-std=gnu++11 -c
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc
-fno-common -DPIC -D_GLIBCXX_SHARED -o atexit_thread.o
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc: In
function ‘void {anonymous}::key_init()’:
../../../../../gcc-5.0-20141105/libstdc++-v3/libsupc++/atexit_thread.cc:111:3:
internal compiler error: in cselib_invalidate_regno, at cselib.c:2154
}
^
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
>From gcc-bugs-return-465871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 08:24:21 2014
Return-Path: <gcc-bugs-return-465871-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 19770 invoked by alias); 6 Nov 2014 08:24: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 19725 invoked by uid 48); 6 Nov 2014 08:24:13 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ada/63725] Scalar_Storage_Order and nested string subtypes
Date: Thu, 06 Nov 2014 08:24:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ada
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cf_reconfirmed_on cc version short_desc everconfirmed bug_severity
Message-ID: <bug-63725-4-oynTrtiB6S@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63725-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63725-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/msg00343.txt.bz2
Content-length: 1056
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc725
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2014-11-06
CC| |ebotcazou at gcc dot gnu.org
Version|4.9.1 |5.0
Summary|Scalar_Storage_Order is |Scalar_Storage_Order and
|required for nested string |nested string subtypes
|types, but cannot be added |
|to those types |
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
I agree this is annoying, but the workaround is trivial (use a derived type
instead of a subtype) so I'm not sure we want to do something here.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (16 preceding siblings ...)
2014-11-06 4:28 ` howarth at bromo dot med.uc.edu
@ 2014-11-06 8:36 ` izamyatin at gmail dot com
2014-11-06 10:29 ` marxin at gcc dot gnu.org
` (11 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: izamyatin at gmail dot com @ 2014-11-06 8:36 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Igor Zamyatin <izamyatin at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |izamyatin at gmail dot com
--- Comment #20 from Igor Zamyatin <izamyatin at gmail dot com> ---
This is mentioned here - https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
Fix for this is under review, start of the discussion is here -
http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (17 preceding siblings ...)
2014-11-06 8:36 ` izamyatin at gmail dot com
@ 2014-11-06 10:29 ` marxin at gcc dot gnu.org
2014-11-06 15:38 ` howarth at bromo dot med.uc.edu
` (10 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: marxin at gcc dot gnu.org @ 2014-11-06 10:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #21 from Martin Liška <marxin at gcc dot gnu.org> ---
(In reply to Igor Zamyatin from comment #20)
> This is mentioned here -
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
>
> Fix for this is under review, start of the discussion is here -
> http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
If you apply both my IPA ICF alias restriction patch and this mentioned patch,
can you bootstrap?
As I don't have a machine with darwin1, I cannot verify if bootstrap works and
there's no new regression?
Thanks,
Martin
>From gcc-bugs-return-465881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 10:32:09 2014
Return-Path: <gcc-bugs-return-465881-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10054 invoked by alias); 6 Nov 2014 10:32:09 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 9626 invoked by uid 48); 6 Nov 2014 10:32:04 -0000
From: "schwab@linux-m68k.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c/63760] Support __func__ in PROGMEM
Date: Thu, 06 Nov 2014 10:32:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: schwab@linux-m68k.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63760-4-8IPFZPCM9j@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63760-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63760-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/msg00353.txt.bz2
Content-length: 178
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc760
--- Comment #1 from Andreas Schwab <schwab@linux-m68k.org> ---
Why aren't read-only data being placed in progmem by default?
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (18 preceding siblings ...)
2014-11-06 10:29 ` marxin at gcc dot gnu.org
@ 2014-11-06 15:38 ` howarth at bromo dot med.uc.edu
2014-11-10 21:08 ` iains at gcc dot gnu.org
` (9 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-06 15:38 UTC (permalink / raw)
To: gcc-bugs
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 6579 bytes --]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #22 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> >
> > Fix for this is under review, start of the discussion is here -
> > http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
>
> If you apply both my IPA ICF alias restriction patch and this mentioned
> patch, can you bootstrap?
>
> As I don't have a machine with darwin1, I cannot verify if bootstrap works
> and there's no new regression?
>
> Thanks,
> Martin
I already had https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50
applied and https://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
is already be committed. Perhaps a PR should be opened where the
accumulated patches required for darwin are listed. At the moment we
also need https://gcc.gnu.org/bugzilla/attachment.cgi?id=33897 and
https://gcc.gnu.org/bugzilla/attachment.cgi?id=33854 for Yosemite
as well.
>From gcc-bugs-return-465892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 16:39:48 2014
Return-Path: <gcc-bugs-return-465892-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 25782 invoked by alias); 6 Nov 2014 16:39:48 -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 25689 invoked by uid 48); 6 Nov 2014 16:39:44 -0000
From: "howarth at bromo dot med.uc.edu" <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: Thu, 06 Nov 2014 16:39: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: howarth at bromo dot med.uc.edu
X-Bugzilla-Status: NEW
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:
Message-ID: <bug-63622-4-Yoso2hIrNi@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: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00364.txt.bz2
Content-length: 894
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #23 from howarth at bromo dot med.uc.edu ---
(In reply to Martin Liška from comment #21)
> (In reply to Igor Zamyatin from comment #20)
> > This is mentioned here -
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c9
> >
> > Fix for this is under review, start of the discussion is here -
> > http://gcc.gnu.org/ml/gcc-patches/2014-10/msg01727.html
>
> If you apply both my IPA ICF alias restriction patch and this mentioned
> patch, can you bootstrap?
>
> As I don't have a machine with darwin1, I cannot verify if bootstrap works
> and there's no new regression?
>
> Thanks,
> Martin
Martin,
Are you currently testing gcc trunk with the IPA ICF alias restriction
patch applied in your tree on linux? Is it possible that patch is regressed by
all of the recent ipa icf commits?
Jack
>From gcc-bugs-return-465893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Nov 06 16:48:22 2014
Return-Path: <gcc-bugs-return-465893-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 6623 invoked by alias); 6 Nov 2014 16:48:22 -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 6602 invoked by uid 48); 6 Nov 2014 16:48:18 -0000
From: "adrien.courdavault at arturia dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63763] New: Crash (4) gcc 4.8.2 building cpp file
Date: Thu, 06 Nov 2014 16:48:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.8.2
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adrien.courdavault at arturia 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 attachments.created
Message-ID: <bug-63763-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/msg00365.txt.bz2
Content-length: 958
https://gcc.gnu.org/bugzilla/show_bug.cgi?idc763
Bug ID: 63763
Summary: Crash (4) gcc 4.8.2 building cpp file
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: adrien.courdavault at arturia dot com
Created attachment 33911
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id3911&actioníit
I attached as LZMA compresse cpp file result of the preprocessing of my
original cpp. (compressed because uncompressed is 6MB)
Version gcc 4.8.2 (ubuntu 4.8.2-19ubuntu1)
Target x86_64-linux-gnu
Problem description
I was building a project that I'm currently porting from Mac + Windows to
linux. (on mac I use Apple CLang 6.0)
This file made GCC crash with internal error code 4
I don't know why except maybe it's size..
Good Luck
And thank you for GCC
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (19 preceding siblings ...)
2014-11-06 15:38 ` howarth at bromo dot med.uc.edu
@ 2014-11-10 21:08 ` iains at gcc dot gnu.org
2014-11-11 17:02 ` howarth at bromo dot med.uc.edu
` (8 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: iains at gcc dot gnu.org @ 2014-11-10 21:08 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #26 from Iain Sandoe <iains at gcc dot gnu.org> ---
OK - so two more data points.
( i)
With the alias patch, I can bootstrap x86_64-darwin12
However, there are lots of new fails in Ada (for example) that go away when I
force ipa-icf off.
(ii)
The patch is NOT sufficient to restore bootstrap on powerpc-darwin9 (accepting
that few people care about that platform).
-----
So what this tells us is that the alias patch is necessary, but not sufficient
to fix all the issues.
My latest round of testing was carried out on 217269 - it takes time to spin
the permutations - if there's new stuff in since then - then I should try it.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (20 preceding siblings ...)
2014-11-10 21:08 ` iains at gcc dot gnu.org
@ 2014-11-11 17:02 ` howarth at bromo dot med.uc.edu
2014-11-11 17:11 ` howarth at bromo dot med.uc.edu
` (7 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:02 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #28 from howarth at bromo dot med.uc.edu ---
At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
execution tests , first noted in Comment 7, still remain on x86_64 darwin.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (21 preceding siblings ...)
2014-11-11 17:02 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 17:11 ` howarth at bromo dot med.uc.edu
2014-11-11 17:14 ` howarth at bromo dot med.uc.edu
` (6 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:11 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #29 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #28)
> At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
> execution tests , first noted in Comment 7, still remain on x86_64 darwin.
A backtrace of the failing test case generated by...
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe
in lldb appears as...
% lldb
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe
(lldb) target create
"/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe"
Current executable set to
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe'
(i386).
(lldb) r
Process 99438 launched:
'/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/assumed_rank_10.exe'
(i386)
Program aborted. Backtrace:
#0 0x5151
#1 0x6caf
#2 0xbd577
#3 0x1a8f
#4 0x1bfa
Process 99438 stopped
* thread #1: tid = 0x101913c, 0x9ab09952 libsystem_kernel.dylib`__pthread_kill
+ 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
frame #0: 0x9ab09952 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x9ab09952: jae 0x9ab09962 ; __pthread_kill + 26
0x9ab09954: calll 0x9ab09959 ; __pthread_kill + 17
0x9ab09959: popl %edx
0x9ab0995a: movl 0x6c996c7(%edx), %edx
(lldb) bt
* thread #1: tid = 0x101913c, 0x9ab09952 libsystem_kernel.dylib`__pthread_kill
+ 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
* frame #0: 0x9ab09952 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x9083c167 libsystem_pthread.dylib`pthread_kill + 101
frame #2: 0x97beb29c libsystem_c.dylib`abort + 155
frame #3: 0x00006c90 libgfortran.3.dylib`__gfortrani_sys_abort + 32 at
error.c:180
frame #4: 0x000bd578 libgfortran.3.dylib`_gfortran_abort + 8 at abort.c:33
frame #5: 0x00001a90 assumed_rank_10.exe`fpa.3310 + 48
frame #6: 0x00001bfb assumed_rank_10.exe`main + 283
frame #7: 0x92e5d701 libdyld.dylib`start + 1
(lldb)
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (22 preceding siblings ...)
2014-11-11 17:11 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 17:14 ` howarth at bromo dot med.uc.edu
2014-11-11 17:17 ` howarth at bromo dot med.uc.edu
` (5 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:14 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #30 from howarth at bromo dot med.uc.edu ---
Created attachment 33936
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33936&action=edit
assembly for gfortran.dg/assumed_rank_10.f90 -O3 -fomit-frame-pointer
-funroll-loops execution test
Generated with
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3 -fomit-frame-pointer
-funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (23 preceding siblings ...)
2014-11-11 17:14 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 17:17 ` howarth at bromo dot med.uc.edu
2014-11-11 17:57 ` howarth at bromo dot med.uc.edu
` (4 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:17 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #31 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #28)
As noted before, passing -fno-ipa-icf to these failing fortran test cases
suppresses the execution failure.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (24 preceding siblings ...)
2014-11-11 17:17 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 17:57 ` howarth at bromo dot med.uc.edu
2014-11-11 17:58 ` howarth at bromo dot med.uc.edu
` (3 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:57 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #32 from howarth at bromo dot med.uc.edu ---
Created attachment 33939
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33939&action=edit
assumed_rank_10.f90.003t.original output from -fdump-ipa-icf-details
Generated using
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps -fdump-ipa-icf-details
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (25 preceding siblings ...)
2014-11-11 17:57 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 17:58 ` howarth at bromo dot med.uc.edu
2014-11-11 18:07 ` dominiq at lps dot ens.fr
` (2 subsequent siblings)
29 siblings, 0 replies; 31+ messages in thread
From: howarth at bromo dot med.uc.edu @ 2014-11-11 17:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #33 from howarth at bromo dot med.uc.edu ---
Created attachment 33940
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33940&action=edit
assumed_rank_10.f90.051i.icf output from -fdump-ipa-icf-details
Generated using
/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../gfortran
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/testsuite/gfortran/../../
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20141111/gcc/testsuite/gfortran.dg/assumed_rank_10.f90
-fno-diagnostics-show-caret -fdiagnostics-color=never -O3
-fomit-frame-pointer -funroll-loops -fdump-tree-original
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libgfortran/.libs
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-L/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/x86_64-apple-darwin13.4.0/i386/libquadmath/.libs
-lm -m32 -o ./assumed_rank_10.exe --save-temps -fdump-ipa-icf-details
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (26 preceding siblings ...)
2014-11-11 17:58 ` howarth at bromo dot med.uc.edu
@ 2014-11-11 18:07 ` dominiq at lps dot ens.fr
2014-11-11 19:12 ` fxcoudert at gcc dot gnu.org
2014-11-13 16:13 ` dominiq at lps dot ens.fr
29 siblings, 0 replies; 31+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-11-11 18:07 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #34 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Reduced test case for assumed_rank_10.f90
program test
implicit none
type t
integer :: aa
end type t
integer, pointer :: iip
type(t), pointer :: jjp
logical :: is_present
is_present = .true.
allocate (iip, jjp)
iip = 7
jjp = t(88)
call fpa(iip, jjp) ! Copy back
if (iip /= 7 .and. jjp%aa /= 88) call abort ()
call fpi(iip, jjp) ! No copy back
if (iip /= 7 .and. jjp%aa /= 88) call abort ()
contains
subroutine fpa (xx1, yy1)
integer, pointer :: xx1(..)
type(t), pointer :: yy1(..)
if (is_present .neqv. associated (xx1)) call abort ()
if (is_present .neqv. associated (yy1)) call abort ()
end subroutine fpa
subroutine fpi (xx1, yy1)
integer, pointer, intent(in) :: xx1(..)
type(t), pointer, intent(in) :: yy1(..)
if (is_present .neqv. associated (xx1)) call abort ()
if (is_present .neqv. associated (yy1)) call abort ()
end subroutine fpi
end program test
The abort is triggered in the fpa/fpi subroutines when the test is compiled
with
[Book15] f90/bug% gfc -O2 -funroll-all-loops assumed_rank_10_red.f90 -m32
[Book15] f90/bug% a.out
Program aborted. Backtrace:
#0 0x1c4a1
#1 0x1e00f
#2 0xd4677
#3 0x15d0f
#4 0x15dd3
Abort
Note that only the fpa/fpi subroutines in the original file assumed_rank_10.f90
cause the abort: if their calls are commented the tests succeed.
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (27 preceding siblings ...)
2014-11-11 18:07 ` dominiq at lps dot ens.fr
@ 2014-11-11 19:12 ` fxcoudert at gcc dot gnu.org
2014-11-13 16:13 ` dominiq at lps dot ens.fr
29 siblings, 0 replies; 31+ messages in thread
From: fxcoudert at gcc dot gnu.org @ 2014-11-11 19:12 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fxcoudert at gcc dot gnu.org
--- Comment #35 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to howarth from comment #28)
> At r217355, the failures for the gfortran.dg/assumed_rank_[8/9/10].f90
> execution tests , first noted in Comment 7, still remain on x86_64 darwin.
Please file test suite failures as new PR (one new PR per test failure with a
different backtrace, ideally). It's very hard to track as such (the subject is
not accurate any more, the discussion is convoluted, etc.)
^ permalink raw reply [flat|nested] 31+ messages in thread* [Bug bootstrap/63622] [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
2014-10-22 20:23 [Bug bootstrap/63622] New: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305 dominiq at lps dot ens.fr
` (28 preceding siblings ...)
2014-11-11 19:12 ` fxcoudert at gcc dot gnu.org
@ 2014-11-13 16:13 ` dominiq at lps dot ens.fr
29 siblings, 0 replies; 31+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-11-13 16:13 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622
--- Comment #36 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Please file test suite failures as new PR (one new PR per test failure
> with a different backtrace, ideally). It's very hard to track as such
> (the subject is not accurate any more, the discussion is convoluted, etc.)
I have filled pr63851 for the fortran failures and pr63852 for the acats ones.
Any objection against closing this PR as FIXED?
^ permalink raw reply [flat|nested] 31+ messages in thread