* [basic-improvements] bootstrap failure on x86
@ 2002-12-05 5:12 Diego Novillo
2002-12-05 7:00 ` Diego Novillo
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-12-05 5:12 UTC (permalink / raw)
To: gcc
The spec2000 x86 tester failed to build basic-improvements last
night with this error:
-----------------------------------------------------------------------------
[ ... ]
./genrecog /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md > tmp-recog.c
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14135: warning: source missing a mode?
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14202: warning: source missing a mode?
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1814: `*lfence_insn+21' matches `*lfence_insn+20'
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1802: previous definition of `*lfence_insn+20'
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2025: `*lfence_insn+26' matches `*lfence_insn+25'
/home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2013: previous definition of `*lfence_insn+25'
make[2]: *** [s-recog] Error 1
make[2]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
make: *** [bootstrap] Error 2
-----------------------------------------------------------------------------
The diff is large because this was the first build after the
latest merge. Anybody recognize the above?
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-05 5:12 [basic-improvements] bootstrap failure on x86 Diego Novillo
@ 2002-12-05 7:00 ` Diego Novillo
2002-12-05 7:14 ` Jan Hubicka
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-12-05 7:00 UTC (permalink / raw)
To: gcc; +Cc: Jan Hubicka
On Thu, 05 Dec 2002, Diego Novillo wrote:
> The spec2000 x86 tester failed to build basic-improvements last
> night with this error:
>
> -----------------------------------------------------------------------------
> [ ... ]
> ./genrecog /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md > tmp-recog.c
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14135: warning: source missing a mode?
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14202: warning: source missing a mode?
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1814: `*lfence_insn+21' matches `*lfence_insn+20'
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1802: previous definition of `*lfence_insn+20'
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2025: `*lfence_insn+26' matches `*lfence_insn+25'
> /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2013: previous definition of `*lfence_insn+25'
> make[2]: *** [s-recog] Error 1
> make[2]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
> make: *** [bootstrap] Error 2
> -----------------------------------------------------------------------------
>
> The diff is large because this was the first build after the
> latest merge. Anybody recognize the above?
>
However, tree-ssa-branch doesn't present this failure and it's
been merged with basic-improvements 2 days ago. These are the
ChangeLog differences:
-----------------------------------------------------------------------------
Thu Dec 5 14:10:15 CET 2002 Jan Hubicka <jh@suse.cz>
* i386.c (ix86_expand_prologue): Add comment, do not use
fast prologues for cold and normal functions.
Thu Dec 5 00:52:37 CET 2002 Jan Hubicka <jh@suse.cz>
* i386.c (x86_rep_movl_optimal): New variable.
(ix86_expand_movstr, ix86_expand_clrstr): Use TARGET_REP_MOVL_OPTIMAL
* i386.h (TARGET_REP_MOVL_OPTIMAL): New macro.
* i386.md (negsf2_ifs, negdf2_ifs, negdf2_ifs_rex64, abssf2_ifs,
absdf2_ifs, absdf2_ifs_rex64): Fix constraints.
neg?f2_ifs, abs?f2_ifs splitters): Refuse memory operand; do not
generate unnecesary subregs.
Wed Dec 4 11:53:07 CET 2002 Jan Hubicka <jh@suse.cz>
* i386.c (ix86_expand_int_movcc): Force operand into register for QImode
condtiional moves.
-----------------------------------------------------------------------------
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-05 7:00 ` Diego Novillo
@ 2002-12-05 7:14 ` Jan Hubicka
2002-12-05 7:24 ` Diego Novillo
0 siblings, 1 reply; 19+ messages in thread
From: Jan Hubicka @ 2002-12-05 7:14 UTC (permalink / raw)
To: Diego Novillo; +Cc: gcc, Jan Hubicka
> On Thu, 05 Dec 2002, Diego Novillo wrote:
>
> > The spec2000 x86 tester failed to build basic-improvements last
> > night with this error:
> >
> > -----------------------------------------------------------------------------
> > [ ... ]
> > ./genrecog /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md > tmp-recog.c
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14135: warning: source missing a mode?
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:14202: warning: source missing a mode?
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1814: `*lfence_insn+21' matches `*lfence_insn+20'
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:1802: previous definition of `*lfence_insn+20'
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2025: `*lfence_insn+26' matches `*lfence_insn+25'
> > /home/dnovillo/perf/sbox/bib/local/src/gcc/config/i386/i386.md:2013: previous definition of `*lfence_insn+25'
> > make[2]: *** [s-recog] Error 1
> > make[2]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
> > make[1]: *** [stage1_build] Error 2
> > make[1]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/gcc'
> > make: *** [bootstrap] Error 2
> > -----------------------------------------------------------------------------
> >
> > The diff is large because this was the first build after the
> > latest merge. Anybody recognize the above?
> >
> However, tree-ssa-branch doesn't present this failure and it's
> been merged with basic-improvements 2 days ago. These are the
> ChangeLog differences:
Isn't it just merging conflict (ie i386.md should be the same as BIB
branch one is)? I will check this at evening.
Honza
>
>
> -----------------------------------------------------------------------------
> Thu Dec 5 14:10:15 CET 2002 Jan Hubicka <jh@suse.cz>
>
> * i386.c (ix86_expand_prologue): Add comment, do not use
> fast prologues for cold and normal functions.
>
> Thu Dec 5 00:52:37 CET 2002 Jan Hubicka <jh@suse.cz>
>
> * i386.c (x86_rep_movl_optimal): New variable.
> (ix86_expand_movstr, ix86_expand_clrstr): Use TARGET_REP_MOVL_OPTIMAL
> * i386.h (TARGET_REP_MOVL_OPTIMAL): New macro.
>
> * i386.md (negsf2_ifs, negdf2_ifs, negdf2_ifs_rex64, abssf2_ifs,
> absdf2_ifs, absdf2_ifs_rex64): Fix constraints.
> neg?f2_ifs, abs?f2_ifs splitters): Refuse memory operand; do not
> generate unnecesary subregs.
>
> Wed Dec 4 11:53:07 CET 2002 Jan Hubicka <jh@suse.cz>
>
> * i386.c (ix86_expand_int_movcc): Force operand into register for QImode
> condtiional moves.
> -----------------------------------------------------------------------------
>
>
> Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-05 7:14 ` Jan Hubicka
@ 2002-12-05 7:24 ` Diego Novillo
2002-12-05 7:51 ` Jan Hubicka
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-12-05 7:24 UTC (permalink / raw)
To: Jan Hubicka; +Cc: gcc
[-- Attachment #1: Type: text/plain, Size: 666 bytes --]
On Thu, 05 Dec 2002, Jan Hubicka wrote:
> > However, tree-ssa-branch doesn't present this failure and it's
> > been merged with basic-improvements 2 days ago. These are the
> > ChangeLog differences:
>
> Isn't it just merging conflict (ie i386.md should be the same as BIB
> branch one is)? I will check this at evening.
>
No. The failure occurs on BIB. What I'm saying is that since
tree-ssa is only a couple of days behind BIB and the failure only
occurs on BIB, then the failure probably comes from some change
done to BIB in the last two days.
Attached is the output of
$ cvs diff -dup -r gcc-3_4-basic-improvements-branch i386.md i386.c
HTH. Diego.
[-- Attachment #2: tree-ssa-vs-bib.diff --]
[-- Type: text/plain, Size: 6022 bytes --]
Index: i386.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.md,v
retrieving revision 1.380.4.35
retrieving revision 1.374.2.14
diff -d -u -p -r1.380.4.35 -r1.374.2.14
--- i386.md 4 Dec 2002 23:55:49 -0000 1.380.4.35
+++ i386.md 3 Dec 2002 22:55:00 -0000 1.374.2.14
@@ -1815,7 +1815,7 @@
[(set (match_operand:DI 0 "push_operand" "")
(match_operand:DI 1 "immediate_operand" ""))]
"TARGET_64BIT && !symbolic_operand (operands[1], DImode)
- && !x86_64_immediate_operand (operands[1], DImode)"
+ && !x86_64_immediate_operand (operands[1], DImode) && 1"
[(set (match_dup 0) (match_dup 1))
(set (match_dup 2) (match_dup 3))]
"split_di (operands + 1, 1, operands + 2, operands + 3);
@@ -2026,7 +2026,7 @@
[(set (match_operand:DI 0 "memory_operand" "")
(match_operand:DI 1 "immediate_operand" ""))]
"TARGET_64BIT && !symbolic_operand (operands[1], DImode)
- && !x86_64_immediate_operand (operands[1], DImode)"
+ && !x86_64_immediate_operand (operands[1], DImode) && 1"
[(set (match_dup 2) (match_dup 3))
(set (match_dup 4) (match_dup 5))]
"split_di (operands, 2, operands + 2, operands + 4);")
@@ -16260,25 +16260,18 @@
"TARGET_QIMODE_MATH"
"if (!ix86_expand_int_movcc (operands)) FAIL; DONE;")
-(define_insn_and_split "*movqicc_noc"
+(define_insn "*movqicc_noc"
[(set (match_operand:QI 0 "register_operand" "=r,r")
(if_then_else:QI (match_operator 1 "ix86_comparison_operator"
[(reg 17) (const_int 0)])
(match_operand:QI 2 "register_operand" "r,0")
(match_operand:QI 3 "register_operand" "0,r")))]
"TARGET_CMOVE && !TARGET_PARTIAL_REG_STALL"
- "#"
- "&& reload_completed"
- [(set (match_dup 0)
- (if_then_else:SI (match_operator 1 "ix86_comparison_operator"
- [(reg 17) (const_int 0)])
- (match_dup 2)
- (match_dup 3)))]
- "operands[0] = gen_lowpart (SImode, operands[0]);
- operands[2] = gen_lowpart (SImode, operands[2]);
- operands[3] = gen_lowpart (SImode, operands[3]);"
+ "@
+ cmov%O2%C1\t{%2, %0|%0, %2}
+ cmov%O2%c1\t{%3, %0|%0, %3}"
[(set_attr "type" "icmov")
- (set_attr "mode" "SI")])
+ (set_attr "mode" "HI")])
(define_expand "movsfcc"
[(set (match_operand:SF 0 "register_operand" "")
Index: i386.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.c,v
retrieving revision 1.447.2.42
retrieving revision 1.425.2.18
diff -d -u -p -r1.447.2.42 -r1.425.2.18
--- i386.c 5 Dec 2002 13:11:51 -0000 1.447.2.42
+++ i386.c 3 Dec 2002 22:54:58 -0000 1.425.2.18
@@ -512,7 +512,6 @@ const int x86_sse_partial_regs_for_cvtsd
const int x86_sse_typeless_stores = m_ATHLON_K8;
const int x86_sse_load0_by_pxor = m_PPRO | m_PENT4;
const int x86_use_ffreep = m_ATHLON_K8;
-const int x86_rep_movl_optimal = m_386 | m_PENT | m_PPRO | m_K6;
/* In case the avreage insn count for single function invocation is
lower than this constant, emit fast (but longer) prologue and
@@ -4647,25 +4646,9 @@ ix86_expand_prologue ()
if (!optimize_size)
{
int count = frame.nregs;
-
- /* The fast prologue uses move instead of push to save registers. This
- is significantly longer, but also executes faster as modern hardware
- can execute the moves in parallel, but can't do that for push/pop.
-
- Be curefull about choosing what prologue to emit: When function takes
- many instructions to execute we may use slow version as well as in
- case function is known to be outside hot spot (this is known with
- feedback only). Weight the size of function by number of registers
- to save as it is cheap to use one or two push instructions but very
- slow to use many of them. */
if (count)
count = (count - 1) * FAST_PROLOGUE_INSN_COUNT;
- if (cfun->function_frequency < FUNCTION_FREQUENCY_NORMAL
- || (flag_branch_probabilities
- && cfun->function_frequency < FUNCTION_FREQUENCY_HOT))
- use_fast_prologue_epilogue = 0;
- else
- use_fast_prologue_epilogue = !expensive_function_p (count);
+ use_fast_prologue_epilogue = !expensive_function_p (count);
if (TARGET_PROLOGUE_USING_MOVE)
use_mov = use_fast_prologue_epilogue;
}
@@ -9726,15 +9709,9 @@ ix86_expand_int_movcc (operands)
emit_move_insn (tmp, operands[2]);
operands[2] = tmp;
}
-
if (! register_operand (operands[2], VOIDmode)
- && (mode == QImode
- || ! register_operand (operands[3], VOIDmode)))
- operands[2] = force_reg (mode, operands[2]);
-
- if (mode == QImode
&& ! register_operand (operands[3], VOIDmode))
- operands[3] = force_reg (mode, operands[3]);
+ operands[2] = force_reg (mode, operands[2]);
emit_insn (compare_seq);
emit_insn (gen_rtx_SET (VOIDmode, operands[0],
@@ -10564,12 +10541,8 @@ ix86_expand_movstr (dst, src, count_exp,
/* In case we don't know anything about the alignment, default to
library version, since it is usually equally fast and result in
- shorter code.
-
- Also emit call when we know that the count is large and call overhead
- will not be important. */
- if (!TARGET_INLINE_ALL_STRINGOPS
- && (align < UNITS_PER_WORD || !TARGET_REP_MOVL_OPTIMAL))
+ shorter code. */
+ if (!TARGET_INLINE_ALL_STRINGOPS && align < UNITS_PER_WORD)
{
end_sequence ();
return 0;
@@ -10783,12 +10756,8 @@ ix86_expand_clrstr (src, count_exp, alig
/* In case we don't know anything about the alignment, default to
library version, since it is usually equally fast and result in
- shorter code.
-
- Also emit call when we know that the count is large and call overhead
- will not be important. */
- if (!TARGET_INLINE_ALL_STRINGOPS
- && (align < UNITS_PER_WORD || !TARGET_REP_MOVL_OPTIMAL))
+ shorter code. */
+ if (!TARGET_INLINE_ALL_STRINGOPS && align < UNITS_PER_WORD)
return 0;
if (TARGET_SINGLE_STRINGOP)
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-05 7:24 ` Diego Novillo
@ 2002-12-05 7:51 ` Jan Hubicka
2002-12-06 4:03 ` Michael Matz
0 siblings, 1 reply; 19+ messages in thread
From: Jan Hubicka @ 2002-12-05 7:51 UTC (permalink / raw)
To: Diego Novillo; +Cc: Jan Hubicka, gcc
> On Thu, 05 Dec 2002, Jan Hubicka wrote:
>
> > > However, tree-ssa-branch doesn't present this failure and it's
> > > been merged with basic-improvements 2 days ago. These are the
> > > ChangeLog differences:
> >
> > Isn't it just merging conflict (ie i386.md should be the same as BIB
> > branch one is)? I will check this at evening.
> >
> No. The failure occurs on BIB. What I'm saying is that since
> tree-ssa is only a couple of days behind BIB and the failure only
> occurs on BIB, then the failure probably comes from some change
> done to BIB in the last two days.
>
> Attached is the output of
>
> $ cvs diff -dup -r gcc-3_4-basic-improvements-branch i386.md i386.c
>
>
> HTH. Diego.
> Index: i386.md
> ===================================================================
> RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.md,v
> retrieving revision 1.380.4.35
> retrieving revision 1.374.2.14
> diff -d -u -p -r1.380.4.35 -r1.374.2.14
> --- i386.md 4 Dec 2002 23:55:49 -0000 1.380.4.35
> +++ i386.md 3 Dec 2002 22:55:00 -0000 1.374.2.14
> @@ -1815,7 +1815,7 @@
> [(set (match_operand:DI 0 "push_operand" "")
> (match_operand:DI 1 "immediate_operand" ""))]
> "TARGET_64BIT && !symbolic_operand (operands[1], DImode)
> - && !x86_64_immediate_operand (operands[1], DImode)"
> + && !x86_64_immediate_operand (operands[1], DImode) && 1"
Hmm, now I remember the reason for && 1. The patterns looks same but
when one fails the other is used. OK I will re-add the && 1 as obvious
fix. My BIB tree was probably mangled, after clean checkout I can
reproduce the bootstrap failure too.
Thanks!
Honza
> [(set (match_dup 0) (match_dup 1))
> (set (match_dup 2) (match_dup 3))]
> "split_di (operands + 1, 1, operands + 2, operands + 3);
> @@ -2026,7 +2026,7 @@
> [(set (match_operand:DI 0 "memory_operand" "")
> (match_operand:DI 1 "immediate_operand" ""))]
> "TARGET_64BIT && !symbolic_operand (operands[1], DImode)
> - && !x86_64_immediate_operand (operands[1], DImode)"
> + && !x86_64_immediate_operand (operands[1], DImode) && 1"
> [(set (match_dup 2) (match_dup 3))
> (set (match_dup 4) (match_dup 5))]
> "split_di (operands, 2, operands + 2, operands + 4);")
> @@ -16260,25 +16260,18 @@
> "TARGET_QIMODE_MATH"
> "if (!ix86_expand_int_movcc (operands)) FAIL; DONE;")
>
> -(define_insn_and_split "*movqicc_noc"
> +(define_insn "*movqicc_noc"
> [(set (match_operand:QI 0 "register_operand" "=r,r")
> (if_then_else:QI (match_operator 1 "ix86_comparison_operator"
> [(reg 17) (const_int 0)])
> (match_operand:QI 2 "register_operand" "r,0")
> (match_operand:QI 3 "register_operand" "0,r")))]
> "TARGET_CMOVE && !TARGET_PARTIAL_REG_STALL"
> - "#"
> - "&& reload_completed"
> - [(set (match_dup 0)
> - (if_then_else:SI (match_operator 1 "ix86_comparison_operator"
> - [(reg 17) (const_int 0)])
> - (match_dup 2)
> - (match_dup 3)))]
> - "operands[0] = gen_lowpart (SImode, operands[0]);
> - operands[2] = gen_lowpart (SImode, operands[2]);
> - operands[3] = gen_lowpart (SImode, operands[3]);"
> + "@
> + cmov%O2%C1\t{%2, %0|%0, %2}
> + cmov%O2%c1\t{%3, %0|%0, %3}"
> [(set_attr "type" "icmov")
> - (set_attr "mode" "SI")])
> + (set_attr "mode" "HI")])
>
> (define_expand "movsfcc"
> [(set (match_operand:SF 0 "register_operand" "")
> Index: i386.c
> ===================================================================
> RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.c,v
> retrieving revision 1.447.2.42
> retrieving revision 1.425.2.18
> diff -d -u -p -r1.447.2.42 -r1.425.2.18
> --- i386.c 5 Dec 2002 13:11:51 -0000 1.447.2.42
> +++ i386.c 3 Dec 2002 22:54:58 -0000 1.425.2.18
> @@ -512,7 +512,6 @@ const int x86_sse_partial_regs_for_cvtsd
> const int x86_sse_typeless_stores = m_ATHLON_K8;
> const int x86_sse_load0_by_pxor = m_PPRO | m_PENT4;
> const int x86_use_ffreep = m_ATHLON_K8;
> -const int x86_rep_movl_optimal = m_386 | m_PENT | m_PPRO | m_K6;
>
> /* In case the avreage insn count for single function invocation is
> lower than this constant, emit fast (but longer) prologue and
> @@ -4647,25 +4646,9 @@ ix86_expand_prologue ()
> if (!optimize_size)
> {
> int count = frame.nregs;
> -
> - /* The fast prologue uses move instead of push to save registers. This
> - is significantly longer, but also executes faster as modern hardware
> - can execute the moves in parallel, but can't do that for push/pop.
> -
> - Be curefull about choosing what prologue to emit: When function takes
> - many instructions to execute we may use slow version as well as in
> - case function is known to be outside hot spot (this is known with
> - feedback only). Weight the size of function by number of registers
> - to save as it is cheap to use one or two push instructions but very
> - slow to use many of them. */
> if (count)
> count = (count - 1) * FAST_PROLOGUE_INSN_COUNT;
> - if (cfun->function_frequency < FUNCTION_FREQUENCY_NORMAL
> - || (flag_branch_probabilities
> - && cfun->function_frequency < FUNCTION_FREQUENCY_HOT))
> - use_fast_prologue_epilogue = 0;
> - else
> - use_fast_prologue_epilogue = !expensive_function_p (count);
> + use_fast_prologue_epilogue = !expensive_function_p (count);
> if (TARGET_PROLOGUE_USING_MOVE)
> use_mov = use_fast_prologue_epilogue;
> }
> @@ -9726,15 +9709,9 @@ ix86_expand_int_movcc (operands)
> emit_move_insn (tmp, operands[2]);
> operands[2] = tmp;
> }
> -
> if (! register_operand (operands[2], VOIDmode)
> - && (mode == QImode
> - || ! register_operand (operands[3], VOIDmode)))
> - operands[2] = force_reg (mode, operands[2]);
> -
> - if (mode == QImode
> && ! register_operand (operands[3], VOIDmode))
> - operands[3] = force_reg (mode, operands[3]);
> + operands[2] = force_reg (mode, operands[2]);
>
> emit_insn (compare_seq);
> emit_insn (gen_rtx_SET (VOIDmode, operands[0],
> @@ -10564,12 +10541,8 @@ ix86_expand_movstr (dst, src, count_exp,
>
> /* In case we don't know anything about the alignment, default to
> library version, since it is usually equally fast and result in
> - shorter code.
> -
> - Also emit call when we know that the count is large and call overhead
> - will not be important. */
> - if (!TARGET_INLINE_ALL_STRINGOPS
> - && (align < UNITS_PER_WORD || !TARGET_REP_MOVL_OPTIMAL))
> + shorter code. */
> + if (!TARGET_INLINE_ALL_STRINGOPS && align < UNITS_PER_WORD)
> {
> end_sequence ();
> return 0;
> @@ -10783,12 +10756,8 @@ ix86_expand_clrstr (src, count_exp, alig
>
> /* In case we don't know anything about the alignment, default to
> library version, since it is usually equally fast and result in
> - shorter code.
> -
> - Also emit call when we know that the count is large and call overhead
> - will not be important. */
> - if (!TARGET_INLINE_ALL_STRINGOPS
> - && (align < UNITS_PER_WORD || !TARGET_REP_MOVL_OPTIMAL))
> + shorter code. */
> + if (!TARGET_INLINE_ALL_STRINGOPS && align < UNITS_PER_WORD)
> return 0;
>
> if (TARGET_SINGLE_STRINGOP)
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-05 7:51 ` Jan Hubicka
@ 2002-12-06 4:03 ` Michael Matz
2002-12-06 4:16 ` Michael Matz
0 siblings, 1 reply; 19+ messages in thread
From: Michael Matz @ 2002-12-06 4:03 UTC (permalink / raw)
To: Jan Hubicka; +Cc: Diego Novillo, gcc
Hi,
On Thu, 5 Dec 2002, Jan Hubicka wrote:
> > - && !x86_64_immediate_operand (operands[1], DImode)"
> > + && !x86_64_immediate_operand (operands[1], DImode) && 1"
>
> Hmm, now I remember the reason for && 1. The patterns looks same but
> when one fails the other is used. OK I will re-add the && 1 as obvious
> fix.
And add a comment for that effect. Otherwise later people will wonder
again about the useless "&& 1" and remove it. It's highly magic ;-)
Ciao,
Michael.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-12-06 4:03 ` Michael Matz
@ 2002-12-06 4:16 ` Michael Matz
0 siblings, 0 replies; 19+ messages in thread
From: Michael Matz @ 2002-12-06 4:16 UTC (permalink / raw)
To: Jan Hubicka; +Cc: Diego Novillo, gcc
Hi,
On Thu, 5 Dec 2002, Jan Hubicka wrote:
> > - && !x86_64_immediate_operand (operands[1], DImode)"
> > + && !x86_64_immediate_operand (operands[1], DImode) && 1"
>
> Hmm, now I remember the reason for && 1. The patterns looks same but
> when one fails the other is used. OK I will re-add the && 1 as obvious
> fix.
And add a comment for that effect. Otherwise later people will wonder
again about the useless "&& 1" and remove it. It's highly magic ;-)
Ciao,
Michael.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-31 14:05 ` Zack Weinberg
@ 2002-10-31 14:31 ` Diego Novillo
0 siblings, 0 replies; 19+ messages in thread
From: Diego Novillo @ 2002-10-31 14:31 UTC (permalink / raw)
To: Zack Weinberg; +Cc: gcc, gcc-patches
On Thu, 31 Oct 2002, Zack Weinberg wrote:
> I've committed this patch to resolve the bug.
>
Thanks. I'll start a merge to tree-ssa later today then.
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-31 10:37 Diego Novillo
@ 2002-10-31 14:05 ` Zack Weinberg
2002-10-31 14:31 ` Diego Novillo
0 siblings, 1 reply; 19+ messages in thread
From: Zack Weinberg @ 2002-10-31 14:05 UTC (permalink / raw)
To: Diego Novillo; +Cc: gcc, gcc-patches
On Thu, Oct 31, 2002 at 07:06:28AM -0500, Diego Novillo wrote:
> /home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc:50: error: `
> __gthread_key_dtor' undeclared (first use this function)
> /home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc:50: error: (Each
> undeclared identifier is reported only once for each function it appears
> in.)
Mea culpa. First I trusted cscope to have found all uses of
__gthread_key_dtor (when it didn't even look at *.cc files) and then I
didn't bother building libstdc++.
I've committed this patch to resolve the bug.
zw
* libsupc++/eh_globals.cc: Don't call __gthread_key_dtor.
===================================================================
Index: libsupc++/eh_globals.cc
--- libsupc++/eh_globals.cc 8 Jun 2001 03:55:43 -0000 1.2
+++ libsupc++/eh_globals.cc 31 Oct 2002 19:14:05 -0000
@@ -47,7 +47,6 @@ static int use_thread_key = -1;
static void
get_globals_dtor (void *ptr)
{
- __gthread_key_dtor (globals_key, ptr);
if (ptr)
std::free (ptr);
}
^ permalink raw reply [flat|nested] 19+ messages in thread
* [basic-improvements] bootstrap failure on x86
@ 2002-10-31 10:37 Diego Novillo
2002-10-31 14:05 ` Zack Weinberg
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-10-31 10:37 UTC (permalink / raw)
To: Zack Weinberg; +Cc: gcc
Zack,
This change seems to be causing a bootstrap regression on x86.
2002-10-30 Zack Weinberg <zack@codesourcery.com>
* gthr.h, gthr-dce.h, gthr-posix.h, gthr-rtems.h,
gthr-solaris.h, gthr-win32.h: Remove __gthread_key_dtor.
* unwind-sjlj.c (fc_key_dtor): Delete.
(fc_key_init): Adjust __gthread_key_create call to match.
-----------------------------------------------------------------------------
[ ... ]
/notnfs/dnovillo/sbox/bib/bld/gcc/xgcc -shared-libgcc -B/notnfs/dnovillo/sbox/bib/bld/gcc/ -nostdinc++ -L/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3/src -L/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/home/dnovillo/perf/sbox/bib/local/inst/i686-pc-linux-gnu/bin/ -B/home/dnovillo/perf/sbox/bib/local/inst/i686-pc-linux-gnu/lib/ -isystem /home/dnovillo/perf/sbox/bib/local/inst/i686-pc-linux-gnu/include -I/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/../gcc -I/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/../include -I/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3/include/i686-pc-linux-gnu -I/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3/include -I/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++ -g -O2 -D_GNU_SOURCE -fno-implicit-templates -Wall -Wno-format -W -Wwrite-strings -Winline -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -c /home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc -fPIC -DPIC -o eh_globals.o
/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc: In
function `void get_globals_dtor(void*)':
/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc:50: error: `
__gthread_key_dtor' undeclared (first use this function)
/home/dnovillo/perf/sbox/bib/local/src/libstdc++-v3/libsupc++/eh_globals.cc:50: error: (Each
undeclared identifier is reported only once for each function it appears
in.)
make[4]: *** [eh_globals.lo] Error 1
make[4]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3/libsupc++'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3'
make[2]: *** [all-recursive-am] Error 2
make[2]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld/i686-pc-linux-gnu/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/notnfs/dnovillo/sbox/bib/bld'
make: *** [bootstrap] Error 2
-----------------------------------------------------------------------------
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-06 13:42 ` Zack Weinberg
2002-10-06 15:27 ` Gabriel Dos Reis
@ 2002-10-06 22:33 ` Diego Novillo
1 sibling, 0 replies; 19+ messages in thread
From: Diego Novillo @ 2002-10-06 22:33 UTC (permalink / raw)
To: Zack Weinberg; +Cc: gcc
On Sun, 06 Oct 2002, Zack Weinberg wrote:
> May I suggest that you change the graph generation scripts to put the
> legend outside the graph area? Right now, some of the interesting
> lines get lost under the legend.
>
Good point. They're now generated below the graph. Thanks.
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-06 15:27 ` Gabriel Dos Reis
2002-10-06 21:28 ` Zack Weinberg
@ 2002-10-06 21:41 ` Richard Henderson
1 sibling, 0 replies; 19+ messages in thread
From: Richard Henderson @ 2002-10-06 21:41 UTC (permalink / raw)
To: Gabriel Dos Reis; +Cc: Zack Weinberg, Diego Novillo, gcc
On Sun, Oct 06, 2002 at 08:52:11PM +0200, Gabriel Dos Reis wrote:
> More accurately, it is the front-end that is broken. We need approval
> from another global-write privs maintainer to back out Mark's recent
> patch.
I was hoping that one of the other C++ folks would be able
to look at the failure and figure out what was wrong with
the small patch.
Technically Mark's got like 12 hours left on the 48 to
fix the patch before auto-reversion, but it sounds like he
hasn't checked in since he left on his trip. I guess it's
probably best to go ahead and revert the thing now so that
folks can get work done.
r~
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-06 21:28 ` Zack Weinberg
@ 2002-10-06 21:39 ` Gabriel Dos Reis
0 siblings, 0 replies; 19+ messages in thread
From: Gabriel Dos Reis @ 2002-10-06 21:39 UTC (permalink / raw)
To: Zack Weinberg; +Cc: Diego Novillo, gcc
Zack Weinberg <zack@codesourcery.com> writes:
| On Sun, Oct 06, 2002 at 08:52:11PM +0200, Gabriel Dos Reis wrote:
| > Zack Weinberg <zack@codesourcery.com> writes:
| >
| > | On Fri, Oct 04, 2002 at 04:14:05PM -0400, Diego Novillo wrote:
| > | > On Fri, 04 Oct 2002, Zack Weinberg wrote:
| > | > > I'm now getting this failure too. If no one beats me to it I will
| > | > > have a look eventually; however, I want to concentrate on regression
| > | > > fixes in 3.2 and 3.3 for the moment.
| > | > >
| > | > I hadn't built b-i-b before, but since I didn't get this failure
| > | > on mainline, maybe this could be cured by another merge.
| > |
| > | I'll try that after the current libstdc++ build failure in mainline
| > | gets addressed.
| >
| > More accurately, it is the front-end that is broken. We need approval
| > from another global-write privs maintainer to back out Mark's recent
| > patch.
|
| I know. The point is that it would be silly to do a merge now and
| propagate the problem to another branch.
I'm not suggesting a silly merge; my point is that the problem isn't a
libstdc++ build failure: It is a badly broken cc1plus problem.
-- Gaby
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-06 15:27 ` Gabriel Dos Reis
@ 2002-10-06 21:28 ` Zack Weinberg
2002-10-06 21:39 ` Gabriel Dos Reis
2002-10-06 21:41 ` Richard Henderson
1 sibling, 1 reply; 19+ messages in thread
From: Zack Weinberg @ 2002-10-06 21:28 UTC (permalink / raw)
To: Gabriel Dos Reis; +Cc: Diego Novillo, gcc
On Sun, Oct 06, 2002 at 08:52:11PM +0200, Gabriel Dos Reis wrote:
> Zack Weinberg <zack@codesourcery.com> writes:
>
> | On Fri, Oct 04, 2002 at 04:14:05PM -0400, Diego Novillo wrote:
> | > On Fri, 04 Oct 2002, Zack Weinberg wrote:
> | > > I'm now getting this failure too. If no one beats me to it I will
> | > > have a look eventually; however, I want to concentrate on regression
> | > > fixes in 3.2 and 3.3 for the moment.
> | > >
> | > I hadn't built b-i-b before, but since I didn't get this failure
> | > on mainline, maybe this could be cured by another merge.
> |
> | I'll try that after the current libstdc++ build failure in mainline
> | gets addressed.
>
> More accurately, it is the front-end that is broken. We need approval
> from another global-write privs maintainer to back out Mark's recent
> patch.
I know. The point is that it would be silly to do a merge now and
propagate the problem to another branch.
zw
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-06 13:42 ` Zack Weinberg
@ 2002-10-06 15:27 ` Gabriel Dos Reis
2002-10-06 21:28 ` Zack Weinberg
2002-10-06 21:41 ` Richard Henderson
2002-10-06 22:33 ` Diego Novillo
1 sibling, 2 replies; 19+ messages in thread
From: Gabriel Dos Reis @ 2002-10-06 15:27 UTC (permalink / raw)
To: Zack Weinberg; +Cc: Diego Novillo, gcc
Zack Weinberg <zack@codesourcery.com> writes:
| On Fri, Oct 04, 2002 at 04:14:05PM -0400, Diego Novillo wrote:
| > On Fri, 04 Oct 2002, Zack Weinberg wrote:
| > > I'm now getting this failure too. If no one beats me to it I will
| > > have a look eventually; however, I want to concentrate on regression
| > > fixes in 3.2 and 3.3 for the moment.
| > >
| > I hadn't built b-i-b before, but since I didn't get this failure
| > on mainline, maybe this could be cured by another merge.
|
| I'll try that after the current libstdc++ build failure in mainline
| gets addressed.
More accurately, it is the front-end that is broken. We need approval
from another global-write privs maintainer to back out Mark's recent
patch.
-- Gaby
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-04 13:41 ` Diego Novillo
@ 2002-10-06 13:42 ` Zack Weinberg
2002-10-06 15:27 ` Gabriel Dos Reis
2002-10-06 22:33 ` Diego Novillo
0 siblings, 2 replies; 19+ messages in thread
From: Zack Weinberg @ 2002-10-06 13:42 UTC (permalink / raw)
To: Diego Novillo; +Cc: gcc
On Fri, Oct 04, 2002 at 04:14:05PM -0400, Diego Novillo wrote:
> On Fri, 04 Oct 2002, Zack Weinberg wrote:
> > I'm now getting this failure too. If no one beats me to it I will
> > have a look eventually; however, I want to concentrate on regression
> > fixes in 3.2 and 3.3 for the moment.
> >
> I hadn't built b-i-b before, but since I didn't get this failure
> on mainline, maybe this could be cured by another merge.
I'll try that after the current libstdc++ build failure in mainline
gets addressed.
> I have moved the SPEC2000 daily builds to my public page. Expect
> to see daily results for b-i-b and tree-ssa in the next couple of
> days at http://people.redhat.com/dnovillo/spec2000/
May I suggest that you change the graph generation scripts to put the
legend outside the graph area? Right now, some of the interesting
lines get lost under the legend.
zw
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-04 13:21 ` Zack Weinberg
@ 2002-10-04 13:41 ` Diego Novillo
2002-10-06 13:42 ` Zack Weinberg
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-10-04 13:41 UTC (permalink / raw)
To: Zack Weinberg; +Cc: gcc
On Fri, 04 Oct 2002, Zack Weinberg wrote:
> On Thu, Oct 03, 2002 at 12:55:01PM -0400, Diego Novillo wrote:
> > While bootstrapping a bib -> tree-ssa merge yesterday, I ran into
> > a build failure on libjava. Zack didn't run into this failure,
> > but I have now reproduced it on the b-i branch.
>
> I'm now getting this failure too. If no one beats me to it I will
> have a look eventually; however, I want to concentrate on regression
> fixes in 3.2 and 3.3 for the moment.
>
I hadn't built b-i-b before, but since I didn't get this failure
on mainline, maybe this could be cured by another merge.
I have moved the SPEC2000 daily builds to my public page. Expect
to see daily results for b-i-b and tree-ssa in the next couple of
days at http://people.redhat.com/dnovillo/spec2000/
Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [basic-improvements] bootstrap failure on x86
2002-10-03 10:47 Diego Novillo
@ 2002-10-04 13:21 ` Zack Weinberg
2002-10-04 13:41 ` Diego Novillo
0 siblings, 1 reply; 19+ messages in thread
From: Zack Weinberg @ 2002-10-04 13:21 UTC (permalink / raw)
To: Diego Novillo; +Cc: gcc
On Thu, Oct 03, 2002 at 12:55:01PM -0400, Diego Novillo wrote:
> While bootstrapping a bib -> tree-ssa merge yesterday, I ran into
> a build failure on libjava. Zack didn't run into this failure,
> but I have now reproduced it on the b-i branch.
I'm now getting this failure too. If no one beats me to it I will
have a look eventually; however, I want to concentrate on regression
fixes in 3.2 and 3.3 for the moment.
zw
^ permalink raw reply [flat|nested] 19+ messages in thread
* [basic-improvements] bootstrap failure on x86
@ 2002-10-03 10:47 Diego Novillo
2002-10-04 13:21 ` Zack Weinberg
0 siblings, 1 reply; 19+ messages in thread
From: Diego Novillo @ 2002-10-03 10:47 UTC (permalink / raw)
To: gcc; +Cc: Zack Weinberg
While bootstrapping a bib -> tree-ssa merge yesterday, I ran into
a build failure on libjava. Zack didn't run into this failure,
but I have now reproduced it on the b-i branch.
Host CC: gcc (GCC) 3.1.1
Host CXX: g++ (GCC) 3.1.1
Configured with:
$ /home/dnovillo/gcc-3_4-basic-improvements-branch/src/configure --prefix=/home/dnovillo/gcc-3_4-basic-improvements-branch/native --srcdir=/home/dnovillo/gcc-3_4-basic-improvements-branch/src
The failure is in building java/io/ObjectInputStream.o:
-----------------------------------------------------------------------------
$ /notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/gcc/gcj -B/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/i686-pc-linux-gnu/libjava/ -B/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/gcc/ --encoding=UTF-8 -fclasspath= -fbootclasspath=/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/i686-pc-linux-gnu/libjava -ffloat-store -g -O2 -MD -MT java/io/ObjectInputStream.lo -MF java/io/ObjectInputStream.d -c /home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java -o java/io/ObjectInputStream.o -v -save-temps
Reading specs from /notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/gcc/specs
Reading specs from /notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/i686-pc-linux-gnu/libjava/libgcj.spec
rename spec lib to liborig
Configured with: /home/dnovillo/gcc-3_4-basic-improvements-branch/src/configure --prefix=/home/dnovillo/gcc-3_4-basic-improvements-branch/native --srcdir=/home/dnovillo/gcc-3_4-basic-improvements-branch/src
Thread model: posix
gcc version 3.4-bi 20020930 (experimental)
/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/gcc/jc1 /home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java -fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase ObjectInputStream.java -auxbase-strip java/io/ObjectInputStream.o -g -O2 -version -fencoding=UTF-8 -fclasspath= -fbootclasspath=/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/i686-pc-linux-gnu/libjava -ffloat-store -MD -MT java/io/ObjectInputStream.lo -MF java/io/ObjectInputStream.d -o ObjectInputStream.s
GNU Java version 3.4-bi 20020930 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 3.4-bi 20020930 (experimental).
Class path starts here:
./
/notnfs/dnovillo/BLD-gcc-3_4-basic-improvements-branch-native.tobiano/i686-pc-linux-gnu/libjava/ (system)
/home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java: In class `java.io.ObjectInputStream':
/home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java: In method `java.io.ObjectInputStream.callReadMethod(java.lang.Object,java.lang.Class)':
/home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java:1390: error: Attempt to delete prologue/epilogue insn:
(insn 556 555 557 27 (nil) (set (reg:SI 5 edi)
(mem:SI (plus:SI (reg/f:SI 6 ebp)
(const_int -4 [0xfffffffc])) [0 S4 A8])) -1 (nil)
(nil))
/home/dnovillo/gcc-3_4-basic-improvements-branch/src/libjava/java/io/ObjectInputStream.java:1390: internal compiler error: in propagate_one_insn, at flow.c:1634
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
-----------------------------------------------------------------------------
Can anybody else reproduce this failure?
Thanks. Diego.
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2002-12-06 12:03 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-05 5:12 [basic-improvements] bootstrap failure on x86 Diego Novillo
2002-12-05 7:00 ` Diego Novillo
2002-12-05 7:14 ` Jan Hubicka
2002-12-05 7:24 ` Diego Novillo
2002-12-05 7:51 ` Jan Hubicka
2002-12-06 4:03 ` Michael Matz
2002-12-06 4:16 ` Michael Matz
-- strict thread matches above, loose matches on Subject: below --
2002-10-31 10:37 Diego Novillo
2002-10-31 14:05 ` Zack Weinberg
2002-10-31 14:31 ` Diego Novillo
2002-10-03 10:47 Diego Novillo
2002-10-04 13:21 ` Zack Weinberg
2002-10-04 13:41 ` Diego Novillo
2002-10-06 13:42 ` Zack Weinberg
2002-10-06 15:27 ` Gabriel Dos Reis
2002-10-06 21:28 ` Zack Weinberg
2002-10-06 21:39 ` Gabriel Dos Reis
2002-10-06 21:41 ` Richard Henderson
2002-10-06 22:33 ` Diego Novillo
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).