* Re: bootstrap failure
@ 1999-03-02 18:48 Mike Stump
1999-03-31 23:46 ` Mike Stump
0 siblings, 1 reply; 11+ messages in thread
From: Mike Stump @ 1999-03-02 18:48 UTC (permalink / raw)
To: egcs-patches, egcs
> Date: Tue, 2 Mar 1999 16:40:54 -0800
> From: mrs@wrs.com (Mike Stump)
> ../../egcs/gcc/flow.c:133: insn-flags.h: No such file or directory
> make[2]: *** [flow.o] Error 1
> We are missing an SMP dependancy in Makefile.in from flow.c to insn-flags.h.
Instead of just complaining about it next time, just fix it.
Tue Mar 2 18:43:37 1999 Mike Stump <mrs@wrs.com>
* Makefile.in (flow.o): Add dependency for insn-flags.h.
Doing diffs in Makefile.in.~1~:
*** Makefile.in.~1~ Tue Mar 2 13:18:29 1999
--- Makefile.in Tue Mar 2 17:40:45 1999
*************** loop.o : loop.c $(CONFIG_H) system.h $(R
*** 1513,1519 ****
unroll.o : unroll.c $(CONFIG_H) system.h $(RTL_H) insn-config.h \
integrate.h $(REGS_H) $(RECOG_H) flags.h $(EXPR_H) loop.h toplev.h varray.h
flow.o : flow.c $(CONFIG_H) system.h $(RTL_H) flags.h insn-config.h \
! $(BASIC_BLOCK_H) $(REGS_H) hard-reg-set.h output.h toplev.h recog.h
combine.o : combine.c $(CONFIG_H) system.h $(RTL_H) flags.h \
insn-config.h insn-flags.h insn-codes.h insn-attr.h $(REGS_H) $(EXPR_H) \
$(BASIC_BLOCK_H) $(RECOG_H) real.h hard-reg-set.h toplev.h
--- 1513,1520 ----
unroll.o : unroll.c $(CONFIG_H) system.h $(RTL_H) insn-config.h \
integrate.h $(REGS_H) $(RECOG_H) flags.h $(EXPR_H) loop.h toplev.h varray.h
flow.o : flow.c $(CONFIG_H) system.h $(RTL_H) flags.h insn-config.h \
! insn-flags.h $(BASIC_BLOCK_H) $(REGS_H) hard-reg-set.h output.h toplev.h \
! recog.h
combine.o : combine.c $(CONFIG_H) system.h $(RTL_H) flags.h \
insn-config.h insn-flags.h insn-codes.h insn-attr.h $(REGS_H) $(EXPR_H) \
$(BASIC_BLOCK_H) $(RECOG_H) real.h hard-reg-set.h toplev.h
--------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bootstrap failure
1999-03-02 18:48 bootstrap failure Mike Stump
@ 1999-03-31 23:46 ` Mike Stump
0 siblings, 0 replies; 11+ messages in thread
From: Mike Stump @ 1999-03-31 23:46 UTC (permalink / raw)
To: egcs-patches, egcs
> Date: Tue, 2 Mar 1999 16:40:54 -0800
> From: mrs@wrs.com (Mike Stump)
> ../../egcs/gcc/flow.c:133: insn-flags.h: No such file or directory
> make[2]: *** [flow.o] Error 1
> We are missing an SMP dependancy in Makefile.in from flow.c to insn-flags.h.
Instead of just complaining about it next time, just fix it.
Tue Mar 2 18:43:37 1999 Mike Stump <mrs@wrs.com>
* Makefile.in (flow.o): Add dependency for insn-flags.h.
Doing diffs in Makefile.in.~1~:
*** Makefile.in.~1~ Tue Mar 2 13:18:29 1999
--- Makefile.in Tue Mar 2 17:40:45 1999
*************** loop.o : loop.c $(CONFIG_H) system.h $(R
*** 1513,1519 ****
unroll.o : unroll.c $(CONFIG_H) system.h $(RTL_H) insn-config.h \
integrate.h $(REGS_H) $(RECOG_H) flags.h $(EXPR_H) loop.h toplev.h varray.h
flow.o : flow.c $(CONFIG_H) system.h $(RTL_H) flags.h insn-config.h \
! $(BASIC_BLOCK_H) $(REGS_H) hard-reg-set.h output.h toplev.h recog.h
combine.o : combine.c $(CONFIG_H) system.h $(RTL_H) flags.h \
insn-config.h insn-flags.h insn-codes.h insn-attr.h $(REGS_H) $(EXPR_H) \
$(BASIC_BLOCK_H) $(RECOG_H) real.h hard-reg-set.h toplev.h
--- 1513,1520 ----
unroll.o : unroll.c $(CONFIG_H) system.h $(RTL_H) insn-config.h \
integrate.h $(REGS_H) $(RECOG_H) flags.h $(EXPR_H) loop.h toplev.h varray.h
flow.o : flow.c $(CONFIG_H) system.h $(RTL_H) flags.h insn-config.h \
! insn-flags.h $(BASIC_BLOCK_H) $(REGS_H) hard-reg-set.h output.h toplev.h \
! recog.h
combine.o : combine.c $(CONFIG_H) system.h $(RTL_H) flags.h \
insn-config.h insn-flags.h insn-codes.h insn-attr.h $(REGS_H) $(EXPR_H) \
$(BASIC_BLOCK_H) $(RECOG_H) real.h hard-reg-set.h toplev.h
--------------
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bootstrap failure
2003-06-05 15:46 ` Phil Edwards
@ 2003-06-05 16:06 ` Andrew Pinski
0 siblings, 0 replies; 11+ messages in thread
From: Andrew Pinski @ 2003-06-05 16:06 UTC (permalink / raw)
To: Phil Edwards; +Cc: Andrew Pinski, Gerald Pfeifer, Richard Henderson, gcc
This was fixed by
Thu Jun 5 13:23:51 CEST 2003 Jan Hubicka <jh@suse.cz>
* i386.md (align): Fix warning; clarify what to do when no
p2align
is available.
Thanks,
Andrew Pinski
On Thursday, Jun 5, 2003, at 11:45 US/Eastern, Phil Edwards wrote:
> On Thu, Jun 05, 2003 at 09:15:23AM +0200, Gerald Pfeifer wrote:
>> I'm afraid the following bootstrap failure (on
>> i386-unknown-freebsd4.8)
>>
>> stage1/xgcc -Bstage1/ -B/sw/gcc-current/i386-unknown-freebsd4.8/bin/
>> -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
>> -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common
>> -DHAVE_CONFIG_H -I. -I. -I/sw/test/gcc/cvs/gcc
>> -I/sw/test/gcc/cvs/gcc/. -I/sw/test/gcc/cvs/gcc/config
>> -I/sw/test/gcc/cvs/gcc/../include -c insn-output.c -o insn-output.o
>> insn-output.c: In function `output_392':
>> insn-output.c:2826: warning: int format, long int arg (arg 4)
>> gmake[2]: *** [insn-output.o] Error 1
>> gmake[2]: *** Waiting for unfinished jobs....
>> gmake[2]: Leaving directory `/files/pfeifer/OBJ-0605-0308/gcc'
>> gmake[1]: *** [stage2_build] Error 2
>
> Saw the same thing under i686/linux this morning.
>
> --
> If ye love wealth greater than liberty, the tranquility of servitude
> greater
> than the animating contest for freedom, go home and leave us in peace.
> We seek
> not your counsel, nor your arms. Crouch down and lick the hand that
> feeds you;
> and may posterity forget that ye were our countrymen. -
> Samuel Adams
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bootstrap failure
2003-06-05 7:49 ` Bootstrap failure Gerald Pfeifer
@ 2003-06-05 15:46 ` Phil Edwards
2003-06-05 16:06 ` Andrew Pinski
0 siblings, 1 reply; 11+ messages in thread
From: Phil Edwards @ 2003-06-05 15:46 UTC (permalink / raw)
To: Gerald Pfeifer; +Cc: Richard Henderson, gcc
On Thu, Jun 05, 2003 at 09:15:23AM +0200, Gerald Pfeifer wrote:
> I'm afraid the following bootstrap failure (on i386-unknown-freebsd4.8)
>
> stage1/xgcc -Bstage1/ -B/sw/gcc-current/i386-unknown-freebsd4.8/bin/
> -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
> -Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common
> -DHAVE_CONFIG_H -I. -I. -I/sw/test/gcc/cvs/gcc
> -I/sw/test/gcc/cvs/gcc/. -I/sw/test/gcc/cvs/gcc/config
> -I/sw/test/gcc/cvs/gcc/../include -c insn-output.c -o insn-output.o
> insn-output.c: In function `output_392':
> insn-output.c:2826: warning: int format, long int arg (arg 4)
> gmake[2]: *** [insn-output.o] Error 1
> gmake[2]: *** Waiting for unfinished jobs....
> gmake[2]: Leaving directory `/files/pfeifer/OBJ-0605-0308/gcc'
> gmake[1]: *** [stage2_build] Error 2
Saw the same thing under i686/linux this morning.
--
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace. We seek
not your counsel, nor your arms. Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen. - Samuel Adams
^ permalink raw reply [flat|nested] 11+ messages in thread
* Bootstrap failure
[not found] ` <3EDEE243.7060805@tuliptree.org>
@ 2003-06-05 7:49 ` Gerald Pfeifer
2003-06-05 15:46 ` Phil Edwards
0 siblings, 1 reply; 11+ messages in thread
From: Gerald Pfeifer @ 2003-06-05 7:49 UTC (permalink / raw)
To: Richard Henderson; +Cc: gcc
I'm afraid the following bootstrap failure (on i386-unknown-freebsd4.8)
stage1/xgcc -Bstage1/ -B/sw/gcc-current/i386-unknown-freebsd4.8/bin/
-g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Werror -fno-common
-DHAVE_CONFIG_H -I. -I. -I/sw/test/gcc/cvs/gcc
-I/sw/test/gcc/cvs/gcc/. -I/sw/test/gcc/cvs/gcc/config
-I/sw/test/gcc/cvs/gcc/../include -c insn-output.c -o insn-output.o
insn-output.c: In function `output_392':
insn-output.c:2826: warning: int format, long int arg (arg 4)
gmake[2]: *** [insn-output.o] Error 1
gmake[2]: *** Waiting for unfinished jobs....
gmake[2]: Leaving directory `/files/pfeifer/OBJ-0605-0308/gcc'
gmake[1]: *** [stage2_build] Error 2
for insn-output.c:
:
static const char *
output_392 (operands, insn)
rtx *operands ATTRIBUTE_UNUSED;
rtx insn ATTRIBUTE_UNUSED;
{
{
2825 #ifdef ASM_OUTPUT_MAX_SKIP_ALIGN
2826 ASM_OUTPUT_MAX_SKIP_ALIGN (asm_out_file, 4, INTVAL (operands[0]));
2827 #else
2828 ASM_OUTPUT_ALIGN (asm_out_file, 4);
2829 #endif
return "";
}
}
:
is caused by the following patch:
2003-06-04 Richard Henderson <rth@redhat.com>
* config/i386/i386.md (align): Use ASM_OUTPUT_*ALIGN macros.
Gerald
--
Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.pfeifer.com/gerald/
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: bootstrap failure
2001-11-02 2:06 bootstrap failure Tom Tromey
@ 2001-11-02 10:46 ` Richard Henderson
0 siblings, 0 replies; 11+ messages in thread
From: Richard Henderson @ 2001-11-02 10:46 UTC (permalink / raw)
To: Tom Tromey; +Cc: Jakub Jelinek, GCC Hackers
On Tue, Nov 13, 2001 at 10:24:03AM -0700, Tom Tromey wrote:
> What is happening is that the first abort() in make_decl_rtl is being
> triggered. This happens because dw2_force_const_mem() passes
> generates a VAR_DECL (the !USE_LINKONCE_INDIRECT branch) which is not
> static, not public, not external, and not a register.
>
> As a hack I changed dw2_force_const_mem to set TREE_STATIC on the
> VAR_DECL. I have no idea whether this will work.
That's about right. I've committed this.
r~
* dwarf2asm.c (dw2_force_const_mem): Set PUBLIC or STATIC
as appropriate for the artificial decl.
Index: dwarf2asm.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/dwarf2asm.c,v
retrieving revision 1.20
diff -c -p -d -r1.20 dwarf2asm.c
*** dwarf2asm.c 2001/11/09 23:18:56 1.20
--- dwarf2asm.c 2001/11/14 00:39:02
*************** dw2_force_const_mem (x)
*** 791,796 ****
--- 791,797 ----
id = get_identifier (ref_name);
decl = build_decl (VAR_DECL, id, ptr_type_node);
DECL_ARTIFICIAL (decl) = 1;
+ TREE_PUBLIC (decl) = 1;
DECL_INITIAL (decl) = decl;
make_decl_one_only (decl);
}
*************** dw2_force_const_mem (x)
*** 804,809 ****
--- 805,811 ----
id = get_identifier (label);
decl = build_decl (VAR_DECL, id, ptr_type_node);
DECL_ARTIFICIAL (decl) = 1;
+ TREE_STATIC (decl) = 1;
DECL_INITIAL (decl) = decl;
}
^ permalink raw reply [flat|nested] 11+ messages in thread
* bootstrap failure
@ 2001-11-02 2:06 Tom Tromey
2001-11-02 10:46 ` Richard Henderson
0 siblings, 1 reply; 11+ messages in thread
From: Tom Tromey @ 2001-11-02 2:06 UTC (permalink / raw)
To: Jakub Jelinek; +Cc: Richard Henderson, GCC Hackers
I looked into my bootstrap failure[1] a little bit.
What is happening is that the first abort() in make_decl_rtl is being
triggered. This happens because dw2_force_const_mem() passes
generates a VAR_DECL (the !USE_LINKONCE_INDIRECT branch) which is not
static, not public, not external, and not a register.
As a hack I changed dw2_force_const_mem to set TREE_STATIC on the
VAR_DECL. I have no idea whether this will work.
Richard, Jakub, I'm CCing you because you both have recent patches in
this area.
Tom
[1] http://gcc.gnu.org/ml/gcc/2001-11/msg00475.html
^ permalink raw reply [flat|nested] 11+ messages in thread
* bootstrap failure
1999-03-02 16:40 Mike Stump
@ 1999-03-31 23:46 ` Mike Stump
0 siblings, 0 replies; 11+ messages in thread
From: Mike Stump @ 1999-03-31 23:46 UTC (permalink / raw)
To: egcs
../../egcs/gcc/flow.c:133: insn-flags.h: No such file or directory
make[2]: *** [flow.o] Error 1
We are missing an SMP dependancy in Makefile.in from flow.c to insn-flags.h.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bootstrap failure
@ 1999-03-02 16:40 Mike Stump
1999-03-31 23:46 ` Mike Stump
0 siblings, 1 reply; 11+ messages in thread
From: Mike Stump @ 1999-03-02 16:40 UTC (permalink / raw)
To: egcs
../../egcs/gcc/flow.c:133: insn-flags.h: No such file or directory
make[2]: *** [flow.o] Error 1
We are missing an SMP dependancy in Makefile.in from flow.c to insn-flags.h.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Bootstrap Failure
@ 1999-01-31 23:58 Mark Mitchell
0 siblings, 0 replies; 11+ messages in thread
From: Mark Mitchell @ 1999-01-31 23:58 UTC (permalink / raw)
To: egcs; +Cc: Kaveh R. Ghazi, Jeff Law
Mon Jan 4 10:30:33 1999 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
* genrecog.c (OUTPUT_LABEL, write_tree_1, write_tree): When
generating labels, mark them with ATTRIBUTE_UNUSED_LABEL.
I think there is a problem with this patch. Current CVS will not
bootstrap:
gcc -DIN_GCC -g -W -Wall -DHAVE_CONFIG_H -I. -I../../gcc -I../../gcc/config -I../../gcc/../include -c insn-recog.c
insn-recog.c: In function `recog_1':
insn-recog.c:145: parse error before `__attribute__'
insn-recog.c:149: label `L91' used but not defined
I suspect this is because my installed gcc is itself a relatively
recent EGCS:
adsl-206-170-148-33.dsl.pacbell.net% gcc --version
egcs-2.92.18
The new __attribute__ usage on labels should be enabled based on some
autoconf test, I expect. Or else a more accurate GCC version number
test.
--
Mark Mitchell mark@markmitchell.com
Mark Mitchell Consulting http://www.markmitchell.com
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Bootstrap Failure
@ 1999-01-31 23:58 Kaveh R. Ghazi
0 siblings, 0 replies; 11+ messages in thread
From: Kaveh R. Ghazi @ 1999-01-31 23:58 UTC (permalink / raw)
To: egcs, mark; +Cc: law
> From: Mark Mitchell <mark@markmitchell.com>
>
> Mon Jan 4 10:30:33 1999 Kaveh R. Ghazi <ghazi@caip.rutgers.edu>
>
> * genrecog.c (OUTPUT_LABEL, write_tree_1, write_tree): When
> generating labels, mark them with ATTRIBUTE_UNUSED_LABEL.
>
> I think there is a problem with this patch. Current CVS will not
> bootstrap:
>
> gcc -DIN_GCC -g -W -Wall -DHAVE_CONFIG_H -I. -I../../gcc
> -I../../gcc/config -I../../gcc/../include -c insn-recog.c
> insn-recog.c: In function `recog_1':
> insn-recog.c:145: parse error before `__attribute__'
> insn-recog.c:149: label `L91' used but not defined
Oops, sorry. Yes that's my fault.
> I suspect this is because my installed gcc is itself a relatively
> recent EGCS:
>
> adsl-206-170-148-33.dsl.pacbell.net% gcc --version
> egcs-2.92.18
Yes, if your stage1 compiler is egcs 2.92.1 -> 2.92.33, it'll
fail. The current check in gansidecl.h is effectively "GCC < 2.92",
it needs to be "GCC < 2.92.34", but I don't think egcs sets the MICRO
version number as a cpp macro.
> The new __attribute__ usage on labels should be enabled based on some
> autoconf test, I expect. Or else a more accurate GCC version number
> test.
> Mark Mitchell mark@markmitchell.com
Yes, something like that. I'll fix it ASAP, once I figure out
the best way to do it.
--Kaveh
--
Kaveh R. Ghazi Engagement Manager / Project Services
ghazi@caip.rutgers.edu Icon CMT Corp.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2003-06-05 15:53 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-03-02 18:48 bootstrap failure Mike Stump
1999-03-31 23:46 ` Mike Stump
[not found] <200305221809.OAA18216@caip.rutgers.edu>
[not found] ` <3EDEE243.7060805@tuliptree.org>
2003-06-05 7:49 ` Bootstrap failure Gerald Pfeifer
2003-06-05 15:46 ` Phil Edwards
2003-06-05 16:06 ` Andrew Pinski
-- strict thread matches above, loose matches on Subject: below --
2001-11-02 2:06 bootstrap failure Tom Tromey
2001-11-02 10:46 ` Richard Henderson
1999-03-02 16:40 Mike Stump
1999-03-31 23:46 ` Mike Stump
1999-01-31 23:58 Bootstrap Failure Kaveh R. Ghazi
1999-01-31 23:58 Mark Mitchell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).