public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/33612] make check -jN should fully use N cores
[not found] <bug-33612-4@http.gcc.gnu.org/bugzilla/>
@ 2022-01-04 5:29 ` egallager at gcc dot gnu.org
0 siblings, 0 replies; 6+ messages in thread
From: egallager at gcc dot gnu.org @ 2022-01-04 5:29 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
Eric Gallager <egallager at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |egallager at gcc dot gnu.org
--- Comment #5 from Eric Gallager <egallager at gcc dot gnu.org> ---
(In reply to Andrew Pinski from comment #1)
> This needs dejagnu support (or just forcing the move over to qmtest which I
> think is a big task).
qmtest has become pretty dead in the time between 2007 and now; I filed this
issue against it: https://github.com/MentorEmbedded/qmtest/issues/1
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/33612] make check -jN should fully use N cores
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
` (3 preceding siblings ...)
2008-02-25 18:10 ` pcarlini at suse dot de
@ 2009-01-08 22:47 ` bkoz at gcc dot gnu dot org
4 siblings, 0 replies; 6+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2009-01-08 22:47 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from bkoz at gcc dot gnu dot org 2009-01-08 22:47 -------
Jakub fixed this with
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00772.html
--
bkoz at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/33612] make check -jN should fully use N cores
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
` (2 preceding siblings ...)
2008-02-25 17:29 ` bkoz at gcc dot gnu dot org
@ 2008-02-25 18:10 ` pcarlini at suse dot de
2009-01-08 22:47 ` bkoz at gcc dot gnu dot org
4 siblings, 0 replies; 6+ messages in thread
From: pcarlini at suse dot de @ 2008-02-25 18:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from pcarlini at suse dot de 2008-02-25 18:10 -------
Eh! I think we should only double check that tests creating / writing files use
unique names...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/33612] make check -jN should fully use N cores
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
2007-10-01 18:21 ` [Bug libstdc++/33612] " bkoz at gcc dot gnu dot org
2007-10-01 18:30 ` pinskia at gcc dot gnu dot org
@ 2008-02-25 17:29 ` bkoz at gcc dot gnu dot org
2008-02-25 18:10 ` pcarlini at suse dot de
2009-01-08 22:47 ` bkoz at gcc dot gnu dot org
4 siblings, 0 replies; 6+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2008-02-25 17:29 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from bkoz at gcc dot gnu dot org 2008-02-25 17:28 -------
Jason has suggested a good idea to fix this without messing about with test
harness issues.
We can just split
make check
up into
make check1
make check2
make check3
make check4
make check5
make check6
...
where the old "make check" is equivalent to make check[1-n] in terms of test
coverage. This will allow
make -j4 check
to run
make check1
make check2
make check3
make check4
all at the same time.
This should speed things up greatly on current hardware.
Seems simple enough: I feel a bit silly for not having thought of this before.
This is of relatively high priority given the time requirement for libstdc++
testing.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/33612] make check -jN should fully use N cores
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
2007-10-01 18:21 ` [Bug libstdc++/33612] " bkoz at gcc dot gnu dot org
@ 2007-10-01 18:30 ` pinskia at gcc dot gnu dot org
2008-02-25 17:29 ` bkoz at gcc dot gnu dot org
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2007-10-01 18:30 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-01 18:30 -------
This needs dejagnu support (or just forcing the move over to qmtest which I
think is a big task).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Bug libstdc++/33612] make check -jN should fully use N cores
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
@ 2007-10-01 18:21 ` bkoz at gcc dot gnu dot org
2007-10-01 18:30 ` pinskia at gcc dot gnu dot org
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: bkoz at gcc dot gnu dot org @ 2007-10-01 18:21 UTC (permalink / raw)
To: gcc-bugs
--
bkoz at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33612
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2022-01-04 5:29 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-33612-4@http.gcc.gnu.org/bugzilla/>
2022-01-04 5:29 ` [Bug libstdc++/33612] make check -jN should fully use N cores egallager at gcc dot gnu.org
2007-10-01 18:21 [Bug libstdc++/33612] New: " bkoz at gcc dot gnu dot org
2007-10-01 18:21 ` [Bug libstdc++/33612] " bkoz at gcc dot gnu dot org
2007-10-01 18:30 ` pinskia at gcc dot gnu dot org
2008-02-25 17:29 ` bkoz at gcc dot gnu dot org
2008-02-25 18:10 ` pcarlini at suse dot de
2009-01-08 22:47 ` bkoz 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).