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 -Wno-long-
Art Haas 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 `/export/home/arth
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]: Ente
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
> 'global_options_init.x_spa
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
'global_options_init.x_sparc_cpu_and_featu
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
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
> 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: canno
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.
>>
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 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 (experimen
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: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:
>
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
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
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.
>>>
>>>
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 al
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 IRA b
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
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
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:
/export/home/arth/s
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 Counc
> 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)
I succeed past this failure if I revert Zdenek's iv-opts patch
(r128272).
David
> Kaveh R GHAZI writes:
Kaveh> Program received signal SIGSEGV, Segmentation fault.
Kaveh> 0x002cf780 in reload_combine_note_store (dst=0xff0b90e0, set= optimized out>, data=0x0)
Kaveh> at ../../egcc-SVN20070909/gcc/postreload.c:1018
Kaveh> 1018 reg_state[i].store_ruid = reload_co
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 A
> 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> configu
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 files
>
>
> 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]
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 @@ db
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
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 d
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
> ===
> ---
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
> 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
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 l
> 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_
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 dele
> 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 (us
> (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.
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 invocati
> 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 n
> 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:
http://gcc
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: can
> 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_h
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/gen
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
> 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:29 PM, 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:
At least some of this (e.g. bitmap_zero_bits) is due to uses in static
inline functions where "inline" gets def
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
50 matches
Mail list logo
