public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon.
@ 2010-04-14 15:39 iains at gcc dot gnu dot org
2010-04-14 15:42 ` [Bug c/43753] " steven at gcc dot gnu dot org
` (9 more replies)
0 siblings, 10 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-04-14 15:39 UTC (permalink / raw)
To: gcc-bugs
Is this a reasonable expectation?
Execution times (seconds)
garbage collection : 0.16 ( 0%) usr 0.00 ( 0%) sys 0.15 ( 0%) wall
0 kB ( 0%) ggc
callgraph construction: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
995 kB ( 3%) ggc
callgraph optimization: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
255 kB ( 1%) ggc
ipa pure const : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
0 kB ( 0%) ggc
CFG verifier : 0.11 ( 0%) usr 0.00 ( 0%) sys 0.12 ( 0%) wall
0 kB ( 0%) ggc
trivially dead code : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall
0 kB ( 0%) ggc
df multiple defs : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
0 kB ( 0%) ggc
df reaching defs : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
0 kB ( 0%) ggc
df live regs : 0.27 ( 0%) usr 0.00 ( 0%) sys 0.25 ( 0%) wall
0 kB ( 0%) ggc
df live&initialized regs: 0.09 ( 0%) usr 0.00 ( 0%) sys 0.09 ( 0%) wall
0 kB ( 0%) ggc
df use-def / def-use chains: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%)
wall 0 kB ( 0%) ggc
df reg dead/unused notes: 0.18 ( 0%) usr 0.00 ( 0%) sys 0.20 ( 0%) wall
562 kB ( 2%) ggc
register information : 0.07 ( 0%) usr 0.01 ( 0%) sys 0.07 ( 0%) wall
0 kB ( 0%) ggc
alias analysis : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
576 kB ( 2%) ggc
alias stmt walking : 0.07 ( 0%) usr 0.05 ( 1%) sys 0.17 ( 0%) wall
0 kB ( 0%) ggc
register scan : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
0 kB ( 0%) ggc
rebuild jump labels : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
preprocessing : 0.22 ( 0%) usr 0.09 ( 2%) sys 0.29 ( 0%) wall
1267 kB ( 3%) ggc
lexical analysis : 0.37 ( 0%) usr 0.27 ( 7%) sys 0.60 ( 1%) wall
0 kB ( 0%) ggc
parser : 0.15 ( 0%) usr 0.12 ( 3%) sys 0.33 ( 0%) wall
3172 kB ( 9%) ggc
inline heuristics : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall
0 kB ( 0%) ggc
tree gimplify : 0.07 ( 0%) usr 0.01 ( 0%) sys 0.08 ( 0%) wall
3400 kB ( 9%) ggc
tree CFG construction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree VRP : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
2 kB ( 0%) ggc
tree copy propagation : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree PTA : 0.07 ( 0%) usr 0.03 ( 1%) sys 0.08 ( 0%) wall
437 kB ( 1%) ggc
tree SSA rewrite : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
1489 kB ( 4%) ggc
tree SSA other : 0.03 ( 0%) usr 0.03 ( 1%) sys 0.06 ( 0%) wall
0 kB ( 0%) ggc
tree SSA incremental : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree operand scan : 0.06 ( 0%) usr 0.01 ( 0%) sys 0.08 ( 0%) wall
725 kB ( 2%) ggc
dominator optimization: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
0 kB ( 0%) ggc
tree CCP : 0.12 ( 0%) usr 0.02 ( 1%) sys 0.14 ( 0%) wall
531 kB ( 1%) ggc
tree reassociation : 0.00 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree PRE : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02 ( 0%) wall
0 kB ( 0%) ggc
tree FRE : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree conservative DCE : 0.05 ( 0%) usr 0.06 ( 2%) sys 0.06 ( 0%) wall
0 kB ( 0%) ggc
tree aggressive DCE : 0.04 ( 0%) usr 0.02 ( 1%) sys 0.06 ( 0%) wall
1 kB ( 0%) ggc
tree SSA verifier : 0.61 ( 1%) usr 0.00 ( 0%) sys 0.54 ( 1%) wall
0 kB ( 0%) ggc
tree STMT verifier : 0.98 ( 1%) usr 0.05 ( 1%) sys 1.08 ( 1%) wall
0 kB ( 0%) ggc
callgraph verifier : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
0 kB ( 0%) ggc
expand : 0.81 ( 1%) usr 0.07 ( 2%) sys 0.89 ( 1%) wall
6979 kB (19%) ggc
forward prop : 0.24 ( 0%) usr 0.00 ( 0%) sys 0.23 ( 0%) wall
853 kB ( 2%) ggc
CSE : 0.10 ( 0%) usr 0.00 ( 0%) sys 0.10 ( 0%) wall
0 kB ( 0%) ggc
dead code elimination : 0.05 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall
0 kB ( 0%) ggc
dead store elim1 : 0.07 ( 0%) usr 0.01 ( 0%) sys 0.07 ( 0%) wall
495 kB ( 1%) ggc
dead store elim2 : 0.45 ( 1%) usr 0.01 ( 0%) sys 0.46 ( 1%) wall
539 kB ( 1%) ggc
CPROP : 0.15 ( 0%) usr 0.00 ( 0%) sys 0.15 ( 0%) wall
0 kB ( 0%) ggc
CSE 2 : 0.08 ( 0%) usr 0.00 ( 0%) sys 0.07 ( 0%) wall
0 kB ( 0%) ggc
branch prediction : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
0 kB ( 0%) ggc
combiner : 0.05 ( 0%) usr 0.00 ( 0%) sys 0.05 ( 0%) wall
327 kB ( 1%) ggc
regmove : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
integrated RA : 1.51 ( 2%) usr 0.07 ( 2%) sys 1.57 ( 2%) wall
355 kB ( 1%) ggc
reload : 0.37 ( 0%) usr 0.01 ( 0%) sys 0.38 ( 0%) wall
1690 kB ( 5%) ggc
reload CSE regs : 0.21 ( 0%) usr 0.01 ( 0%) sys 0.22 ( 0%) wall
1309 kB ( 4%) ggc
thread pro- & epilogue: 0.07 ( 0%) usr 0.00 ( 0%) sys 0.06 ( 0%) wall
1 kB ( 0%) ggc
peephole 2 : 0.03 ( 0%) usr 0.00 ( 0%) sys 0.03 ( 0%) wall
0 kB ( 0%) ggc
hard reg cprop : 0.23 ( 0%) usr 0.00 ( 0%) sys 0.22 ( 0%) wall
24 kB ( 0%) ggc
scheduling 2 : 0.78 ( 1%) usr 0.06 ( 2%) sys 0.84 ( 1%) wall
4884 kB (13%) ggc
machine dep reorg : 0.04 ( 0%) usr 0.00 ( 0%) sys 0.04 ( 0%) wall
0 kB ( 0%) ggc
final : 0.11 ( 0%) usr 0.01 ( 0%) sys 0.11 ( 0%) wall
463 kB ( 1%) ggc
symout : 0.02 ( 0%) usr 0.01 ( 0%) sys 0.03 ( 0%) wall
2032 kB ( 5%) ggc
variable tracking : 66.23 (88%) usr 2.83 (73%) sys 69.10 (87%) wall
2953 kB ( 8%) ggc
TOTAL : 75.61 3.86 79.54
37312 kB
Extra diagnostic checks enabled; compiler may run slowly.
Configure with --enable-checking=release to disable checks.
--
Summary: PR43058 takes 75 sec to compile on a 2.8G Xeon.
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: iains at gcc dot gnu dot org
GCC target triplet: i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
@ 2010-04-14 15:42 ` steven at gcc dot gnu dot org
2010-04-14 15:44 ` steven at gcc dot gnu dot org
` (8 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: steven at gcc dot gnu dot org @ 2010-04-14 15:42 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from steven at gcc dot gnu dot org 2010-04-14 15:41 -------
With checking enabled, anything can happen. Try without.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
2010-04-14 15:42 ` [Bug c/43753] " steven at gcc dot gnu dot org
@ 2010-04-14 15:44 ` steven at gcc dot gnu dot org
2010-04-14 15:48 ` rguenth at gcc dot gnu dot org
` (7 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: steven at gcc dot gnu dot org @ 2010-04-14 15:44 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from steven at gcc dot gnu dot org 2010-04-14 15:44 -------
FWIW, there are so many "var-tracking is slow" bugs now, that one might
reasonably question the QoI of it.
See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
2010-04-14 15:42 ` [Bug c/43753] " steven at gcc dot gnu dot org
2010-04-14 15:44 ` steven at gcc dot gnu dot org
@ 2010-04-14 15:48 ` rguenth at gcc dot gnu dot org
2010-04-14 15:51 ` hjl dot tools at gmail dot com
` (6 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: rguenth at gcc dot gnu dot org @ 2010-04-14 15:48 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-14 15:48 -------
(In reply to comment #2)
> FWIW, there are so many "var-tracking is slow" bugs now, that one might
> reasonably question the QoI of it.
> See also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
There has been much surgery to it both to improve compile-time and memory-usage
with the increasing load VTA puts on it. Of course only surgery, not a
complete re-write / re-design that might have been necessary. Some second
(or even third or fourth) eyes on it might be useful to spot easy improvement
possibilities.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (2 preceding siblings ...)
2010-04-14 15:48 ` rguenth at gcc dot gnu dot org
@ 2010-04-14 15:51 ` hjl dot tools at gmail dot com
2010-04-14 16:12 ` jakub at gcc dot gnu dot org
` (5 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: hjl dot tools at gmail dot com @ 2010-04-14 15:51 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from hjl dot tools at gmail dot com 2010-04-14 15:51 -------
On Intel Xeon X3350 2.66GHz with 8GB RAM, I got
[hjl@gnu-1 gcc]$ time ./xgcc -B./ -g -O2 -S
../../src-trunk/gcc/testsuite/gcc.dg/pr43058.c
real 0m9.187s
user 0m9.042s
sys 0m0.127s
[hjl@gnu-1 gcc]$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: x86_64-unknown-linux-gnu
Configured with: ../src-trunk/configure --enable-clocale=gnu --with-system-zlib
--enable-shared --with-demangler-in-ld -with-plugin-ld=ld.gold --enable-gold
--with-fpmath=sse
Thread model: posix
gcc version 4.6.0 20100414 (experimental) [trunk revision 158344] (GCC)
[hjl@gnu-1 gcc]$
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (3 preceding siblings ...)
2010-04-14 15:51 ` hjl dot tools at gmail dot com
@ 2010-04-14 16:12 ` jakub at gcc dot gnu dot org
2010-04-14 16:56 ` iains at gcc dot gnu dot org
` (4 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: jakub at gcc dot gnu dot org @ 2010-04-14 16:12 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from jakub at gcc dot gnu dot org 2010-04-14 16:11 -------
The testcase is chosen to be quite large (and is expensive mainly for i?86
-m32, not -m64), if it is much smaller than even unfixed gcc wouldn't start
eating all available RAM. For me in high load it sometimes times out with
--enable-checking=yes,rtl which is quite expensive for everything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (4 preceding siblings ...)
2010-04-14 16:12 ` jakub at gcc dot gnu dot org
@ 2010-04-14 16:56 ` iains at gcc dot gnu dot org
2010-04-14 16:58 ` iains at gcc dot gnu dot org
` (3 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-04-14 16:56 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from iains at gcc dot gnu dot org 2010-04-14 16:56 -------
(In reply to comment #1)
> With checking enabled, anything can happen. Try without.
Hmm, OK I guess this is bogus - from the other comments - so I'll mark the bug
as resolved ...
.. .. but FWIW:
I rebuilt with release checking (we don't recommend less than that do we?) and
it didn't make a lot of difference.
Configured with: /GCC/gcc-live-trunk/configure --prefix=/GCC/gcc-4-6-install
--target=i686-apple-darwin9 --host=i686-apple-darwin9
--build=i686-apple-darwin9 --enable-languages=c,objc,c++,obj-c++,fortran
--enable-version-specific-runtime-libs --enable-threads
--enable-checking=release --program-suffix=-4.6trunk
--with-libiconv-prefix=/usr --with-system-zlib
final : 0.09 ( 0%) usr 0.01 ( 0%) sys 0.10 ( 0%) wall
463 kB ( 1%) ggc
symout : 0.03 ( 0%) usr 0.01 ( 0%) sys 0.03 ( 0%) wall
2032 kB ( 6%) ggc
variable tracking : 57.18 (91%) usr 1.80 (68%) sys 58.98 (90%) wall
2953 kB ( 8%) ggc
TOTAL : 62.85 2.66 65.55
36739 kB
--
iains at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (5 preceding siblings ...)
2010-04-14 16:56 ` iains at gcc dot gnu dot org
@ 2010-04-14 16:58 ` iains at gcc dot gnu dot org
2010-04-14 17:34 ` dominiq at lps dot ens dot fr
` (2 subsequent siblings)
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-04-14 16:58 UTC (permalink / raw)
To: gcc-bugs
------- Comment #7 from iains at gcc dot gnu dot org 2010-04-14 16:58 -------
(In reply to comment #5)
> The testcase is chosen to be quite large (and is expensive mainly for i?86
> -m32, not -m64), if it is much smaller than even unfixed gcc wouldn't start
> eating all available RAM. For me in high load it sometimes times out with
> --enable-checking=yes,rtl which is quite expensive for everything.
The fix to PR43058 is working fine - this is not chewing more than 75Mb of RAM
AFAICT - it's just time..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (6 preceding siblings ...)
2010-04-14 16:58 ` iains at gcc dot gnu dot org
@ 2010-04-14 17:34 ` dominiq at lps dot ens dot fr
2010-04-14 17:44 ` iains at gcc dot gnu dot org
2010-04-14 18:05 ` steven at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: dominiq at lps dot ens dot fr @ 2010-04-14 17:34 UTC (permalink / raw)
To: gcc-bugs
------- Comment #8 from dominiq at lps dot ens dot fr 2010-04-14 17:34 -------
Iain,
Are you speaking of gcc/testsuite/gcc.dg/pr43058.c?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (7 preceding siblings ...)
2010-04-14 17:34 ` dominiq at lps dot ens dot fr
@ 2010-04-14 17:44 ` iains at gcc dot gnu dot org
2010-04-14 18:05 ` steven at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: iains at gcc dot gnu dot org @ 2010-04-14 17:44 UTC (permalink / raw)
To: gcc-bugs
------- Comment #9 from iains at gcc dot gnu dot org 2010-04-14 17:44 -------
(In reply to comment #8)
> Are you speaking of gcc/testsuite/gcc.dg/pr43058.c?
yes - as per Comments #4 and # 5, you will find that this is less troublesome
m64
(on the same machine 10x faster at m64 => I get around 6 seconds -m64 and
around 60 seconds -m32) ...
Out of my pay grade to determine whether that's OK or not ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
* [Bug c/43753] PR43058 takes 75 sec to compile on a 2.8G Xeon.
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
` (8 preceding siblings ...)
2010-04-14 17:44 ` iains at gcc dot gnu dot org
@ 2010-04-14 18:05 ` steven at gcc dot gnu dot org
9 siblings, 0 replies; 11+ messages in thread
From: steven at gcc dot gnu dot org @ 2010-04-14 18:05 UTC (permalink / raw)
To: gcc-bugs
------- Comment #10 from steven at gcc dot gnu dot org 2010-04-14 18:04 -------
Yes, release checking is OK. And I don't think it is OK to have 90% of the
compile time spent on calculating debugging info, no matter how crazy the test
case may be. We should try to speed this up. But there are other bug reports
about that already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43753
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2010-04-14 18:05 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-04-14 15:39 [Bug c/43753] New: PR43058 takes 75 sec to compile on a 2.8G Xeon iains at gcc dot gnu dot org
2010-04-14 15:42 ` [Bug c/43753] " steven at gcc dot gnu dot org
2010-04-14 15:44 ` steven at gcc dot gnu dot org
2010-04-14 15:48 ` rguenth at gcc dot gnu dot org
2010-04-14 15:51 ` hjl dot tools at gmail dot com
2010-04-14 16:12 ` jakub at gcc dot gnu dot org
2010-04-14 16:56 ` iains at gcc dot gnu dot org
2010-04-14 16:58 ` iains at gcc dot gnu dot org
2010-04-14 17:34 ` dominiq at lps dot ens dot fr
2010-04-14 17:44 ` iains at gcc dot gnu dot org
2010-04-14 18:05 ` steven at gcc dot gnu dot org
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).