http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57265
Bug ID: 57265
Summary: Bootstrap failure on sparc-sun-solaris2.10 in
libquadmath
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57265
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
The latest set of patches to update the Sparc platform has resulted in a
build failure in stage 1 of this mornings builds:
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute
-pedantic
Art Haas ah...@impactweather.com writes:
I've had no success lately getting GCC to bootstrap successfully. My
last successful bootstrap was on September 6; my builds on September
7 through today all end with a comparison failure. Here's the end
of my build log:
gmake[2]: Entering directory
I've had no success lately getting GCC to bootstrap successfully. My
last successful bootstrap was on September 6; my builds on September
7 through today all end with a comparison failure. Here's the end
of my build log:
gmake[2]: Entering directory `/export/home/arth/src/gcc-0929'
gmake[3]:
Hi Art,
This morning's build on sparc-sun-solaris2.10 failed for me; the error
message in 'stage_2' is below:
options.c:753:3: error: enum conversion in initialization is invalid in C++
[-Werror=c++-compat]
options.c:753:3: error: (near initialization for
Hi.
This morning's build on sparc-sun-solaris2.10 failed for me; the error
message in 'stage_2' is below:
options.c:753:3: error: enum conversion in initialization is invalid in C++
[-Werror=c++-compat]
options.c:753:3: error: (near initialization for
Hi.
Even with the patch listed in the bug report below my bootstrap would
still fail when the compiler tries to build libgcc.
The bug report for the bootstrap failure is here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424
The build failed while building libgcc - the code would trip up on
Even with the patch listed in the bug report below my bootstrap would
still fail when the compiler tries to build libgcc.
The bug report for the bootstrap failure is here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37424
That patch is not the fix, this is explained in the audit trail. The
Eric Botcazou [EMAIL PROTECTED] writes:
Applying the patch Adam created and posted in the message below resolved
the issue and the compiler successfully bootstrapped:
http://gcc.gnu.org/ml/gcc/2008-09/msg00139.html
Thanks for reporting this. I now can close PR 37424.
There was one reply
Eric Botcazou writes:
Confirmed (on Solaris 9). Would you mind opening a PR? There is already one
for Linux (37344) but the failure is a little different. Thanks in advance.
Sure, done: PR bootstrap/37424.
Rainer
From: Rainer Orth [EMAIL PROTECTED]
Date: Mon, 8 Sep 2008 17:18:50 +0200 (MEST)
Eric Botcazou writes:
Confirmed (on Solaris 9). Would you mind opening a PR? There is already
one
for Linux (37344) but the failure is a little different. Thanks in advance.
Sure, done: PR
When I tried mainline bootstrap on sparc-sun-solaris2.11 as of 20080903
(rev 139939), I get a configure failure in stage2 libgcc:
checking for suffix of object files... configure: error: in
`/vol/gccsrc/obj/gcc-4.4.0-20080903/11-gcc/sparc-sun-solaris2.11/libgcc':
configure: error: cannot
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 2:57 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
It is a temporary branch, branches/ira-merge, to track
IRA related problems.
Same issue.
Does trunk bootstrap with revision 139589?
No, gcc version 4.4.0 20080905 (experimental) [trunk
On Sat, Sep 6, 2008 at 8:30 AM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 2:57 PM, Andreas Tobler [EMAIL PROTECTED]
wrote:
H.J. Lu wrote:
It is a temporary branch, branches/ira-merge, to track
IRA related problems.
Same issue.
Does trunk bootstrap
Hi.
My build attempts on sparc-sun-solaris2.10 haven't been working well
since the IRA merge, but given the scope of that change and the fixes
applied since the merge I'm certain the build will be in good shape
soon.
This morning's build attempt failed while compiling libgcc:
Art Haas [EMAIL PROTECTED] writes:
My build attempts on sparc-sun-solaris2.10 haven't been working well
since the IRA merge, but given the scope of that change and the fixes
applied since the merge I'm certain the build will be in good shape
soon.
This morning's build attempt failed while
Rainer Orth wrote:
Looks like a code generation bug to me. I'll try to start a reghunt asap.
Start around the 25/26th of August. IRA.
Since then it is borked.
Andreas
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
Rainer Orth wrote:
Looks like a code generation bug to me. I'll try to start a reghunt asap.
Start around the 25/26th of August. IRA.
Since then it is borked.
Can you try ira-merge branch? It has all
On Fri, Sep 5, 2008 at 12:36 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler [EMAIL PROTECTED]
wrote:
Rainer Orth wrote:
Looks like a code generation bug to me. I'll try to start a reghunt
asap.
Start around the 25/26th of
H.J. Lu wrote:
Can you try ira-merge branch? It has all IRA bug fixes without non-IRA
changes.
How is it named? ira-merge? If, I can't find it on
http://gcc.gnu.org/svn.html.
It is a temporary branch, branches/ira-merge, to track
IRA related problems.
Thanks, co right now.
Andreas
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:36 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler [EMAIL PROTECTED]
wrote:
Rainer Orth wrote:
Looks like a code generation bug to me. I'll try to start a reghunt
asap.
Start around the
On Fri, Sep 5, 2008 at 2:43 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:36 PM, Andreas Tobler [EMAIL PROTECTED]
wrote:
H.J. Lu wrote:
On Fri, Sep 5, 2008 at 12:15 PM, Andreas Tobler
[EMAIL PROTECTED]
wrote:
Rainer Orth wrote:
Looks like a code
H.J. Lu wrote:
It is a temporary branch, branches/ira-merge, to track
IRA related problems.
Same issue.
Does trunk bootstrap with revision 139589?
No, gcc version 4.4.0 20080905 (experimental) [trunk revision 140042] (GCC)
Andreas
On Fri, Sep 5, 2008 at 2:57 PM, Andreas Tobler [EMAIL PROTECTED] wrote:
H.J. Lu wrote:
It is a temporary branch, branches/ira-merge, to track
IRA related problems.
Same issue.
Does trunk bootstrap with revision 139589?
No, gcc version 4.4.0 20080905 (experimental) [trunk revision
2007/9/10, John David Anglin [EMAIL PROTECTED]:
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
Same here. The failure also occurs on all hppa targets.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of
2007/9/10, John David Anglin [EMAIL PROTECTED]:
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
Same here. The failure also occurs on all hppa targets.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of
Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
This time it happens in stage2 building libgcc. What happens is that
when it runs configure for stage2 libgcc, I get:
checking for suffix of object files...
configure: error: cannot compute suffix of object
On Sun, 9 Sep 2007, David Edelsohn wrote:
Kaveh The stage2 gcc cannot compile this simple program. The stage1
Kaveh compiler can, so looks like stage2 was miscompiled. Running it under
Kaveh gdb doesn't yield any useful info.
I am seeing the same failure on AIX. The SEGV on AIX is
Kaveh R GHAZI writes:
Kaveh Program received signal SIGSEGV, Segmentation fault.
Kaveh 0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set=value
Kaveh optimized out, data=0x0)
Kaveh at ../../egcc-SVN20070909/gcc/postreload.c:1018
Kaveh 1018 reg_state[i].store_ruid =
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
David
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
Same here. The failure also occurs on all hppa targets.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
This time it happens in stage2 building libgcc. What happens is that
when it runs configure for stage2 libgcc, I get:
checking for suffix of object files...
configure: error: cannot compute suffix of object
Kaveh R GHAZI writes:
Kaveh Rats, I'm getting another bootstap failure on sparc-sun-solaris2.10.
Kaveh This time it happens in stage2 building libgcc. What happens is that
Kaveh when it runs configure for stage2 libgcc, I get:
Kaveh checking for suffix of object files...
Kaveh configure:
On Sun, 9 Sep 2007, David Edelsohn wrote:
Kaveh The stage2 gcc cannot compile this simple program. The stage1
Kaveh compiler can, so looks like stage2 was miscompiled. Running it under
Kaveh gdb doesn't yield any useful info.
I am seeing the same failure on AIX. The SEGV on AIX is
Kaveh R GHAZI writes:
Kaveh Program received signal SIGSEGV, Segmentation fault.
Kaveh 0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set=value
Kaveh optimized out, data=0x0)
Kaveh at ../../egcc-SVN20070909/gcc/postreload.c:1018
Kaveh 1018 reg_state[i].store_ruid =
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
David
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
Same here. The failure also occurs on all hppa targets.
Dave
--
J. David Anglin [EMAIL PROTECTED]
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
2007/9/6, Kaveh R. GHAZI [EMAIL PROTECTED]:
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've included four .i files
for modules that ICEed during
2007/9/7, Christian Joensson [EMAIL PROTECTED]:
2007/9/6, Kaveh R. GHAZI [EMAIL PROTECTED]:
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've
On Thu, 6 Sep 2007, Jan Hubicka wrote:
Ah, I see.
The attached patch seems to work on my testcase too.
Honza
Index: reorg.c
===
--- reorg.c (revision 128145)
+++ reorg.c (working copy)
@@ -3863,17 +3863,6 @@
This second patch also allows bootstrap to complete on my sparc box.
Thanks for testing and good news,
I will commit the patch
Honza
Thanks,
--Kaveh
--
Kaveh R. Ghazi[EMAIL PROTECTED]
Kaveh R. GHAZI wrote:
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've included four .i files
for modules that ICEed during stage2, and the cc1
(Sorry, first one bounced from gcc@ because it was over 400k)
Hi Jan,
On sparc-sun-solaris2.10, I'm getting new bootstrap failures in stage2
complaining several times about rtl sharing. I've included four .i files
for modules that ICEed during stage2, and the cc1 invocations below.
Hi,
I already have fix for this just waiting for Andreas Tobler to verify
that it does what expected. If you could give it a try, it would be
nice.
The problem is
/* Called when INSN is being moved from a location near the target of a jump.
We leave a marker of the form (use
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
pass.
I see code in dbr_schedule to delete
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
pass.
I see code in dbr_schedule to
Jan Hubicka [EMAIL PROTECTED] writes:
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last dbr_schedule
Jan Hubicka [EMAIL PROTECTED] writes:
Jan Hubicka [EMAIL PROTECTED] writes:
Producing USE expressions embedding whole INSN. The comment promise
that those will be removed before reorg ends, but they are not. This
patch just adds simple code to remove them in very last
Jan Hubicka [EMAIL PROTECTED] writes:
The attached patch seems to work on my testcase too.
This patch is OK if it passes testing and gets a ChangeLog entry.
Thanks.
Ian
On Thu, 6 Sep 2007, Jan Hubicka wrote:
Hi,
I already have fix for this just waiting for Andreas Tobler to verify
that it does what expected. If you could give it a try, it would be
nice.
Honza
Index: reorg.c
===
--- reorg.c
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-06-13 15:45 ---
Fixed:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00615.html
by this patch:
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00842.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed
I'm getting a new bootstrap failure on sparc-sun-solaris2.10 in stage1 building
libgcc2.a:
/tmp/kg/pat/build/./gcc/xgcc -B/tmp/kg/pat/build/./gcc/
-B/usr/local/sparc-sun-solaris2.10/bin/ -B/usr/local/sparc-sun-solaris2.10/lib/
-isystem /usr/local/sparc-sun-solaris2.10/include -isystem
/usr/local
--- Comment #1 from ghazi at gcc dot gnu dot org 2007-06-12 20:37 ---
This worked as of June 9th, so it's recent.
The SEGV happens because df (used in the macro DF_REG_DEF_COUNT) is nil:
signal SEGV (no mapping at the fault address) in sparc_check_64 at line 7677 in
file sparc.c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-06-12 20:59 ---
Created an attachment (id=13693)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13693action=view)
testcase for ICE
Target sparc-sun-solaris2.10 and run:
cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c
On Tue, Jan 24, 2006 at 11:55:32PM -0500, Kaveh R. Ghazi wrote:
Okay, now I get:
[...]
build/gencondmd.c, line 60: incomplete struct/union/enum c_test:
insn_conditions
build/gencondmd.c, line 1952: warning: syntax error: empty initializer
build/gencondmd.c, line 1952: cannot
The appended patch (superseding the earlier one, Kaveh) should fix
both these issues. I have to run off to school and won't be able to
do anything more till this evening, but please let me know how it
goes.
zw
Zack - using your latest genconditions.c patch plus this one:
Zack - using your latest genconditions.c patch plus this one:
http://gcc.gnu.org/ml/gcc/2006-01/msg00951.html
was sufficient to get a C-only bootstrap working on solaris2.10 using
cc for stage1.
I'm going to run a full test, but that'll take many many hours
longer.
Ok, I've now
I'm getting the following new bootstrap failure on both
sparc-sun-solaris2.10 and sparc64-sun-solaris2.10 when using cc for
stage1:
cc -xildoff -xarch=v9 -c -g -DIN_GCC -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I../../egcc-SVN20060124/gcc
-I../../egcc-SVN20060124/gcc/build
Not this issue again :(.
I thought I fixed it the last time it came up.
-- Pinski
URL?
--
Kaveh R. Ghazi [EMAIL PROTECTED]
On Jan 24, 2006, at 10:41 PM, Kaveh R. Ghazi wrote:
Not this issue again :(.
I thought I fixed it the last time it came up.
-- Pinski
URL?
Maybe I did not fix it but it was a problem in the past.
This was PR 18058 for 4.0.0.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18058
-- Pinski
On Tue, Jan 24, 2006 at 10:29:08PM -0500, Kaveh R. Ghazi wrote:
I'm getting the following new bootstrap failure on both
sparc-sun-solaris2.10 and sparc64-sun-solaris2.10 when using cc for
stage1:
build/gencondmd.c, line 1943: warning: syntax error: empty initializer
build/gencondmd.c
I'm not entirely understanding why this breaks now when
insn-conditions.o was fine, but a potential big-hammer fix is to put
#if GCC_VERSION = 3001 ... #endif around most of the includes, like
in the appended patch. Would you please try it?
zw
* genconditions.c (write_header):
64 matches
Mail list logo