Hi -
(ping)
commit 23c3100e992029994f33eb4a1465570b476c1df4 (HEAD -> master)
Author: Frank Ch. Eigler
Date: Mon Sep 23 18:03:31 2024 -0400
contrib/test_summary: Add bunsen uploading mode
This makes it easy for someone to push gcc dejagnu/autoconf test
results to a bunsen
Hi -
> Regarding functionality, perfect enough AFAICT. I was going to
> make a nitpick comment about comments with full sentences and
> all that GNU...but better be consistent with the rest of the
> file. Thanks!
I don't mind addressing even nitpicks, while awaiting word from
someone who can
in the tag. Looks like there's a side-question for
> account names for the bunsendb when you don't have a sourceware
> account (are rules needed)? Anyway, please parametrize. [...]
OK, the shell script is parametrized more.
wdyt about this version?
commit 23c3100e992029994f33e
Hi -
> [...]
> I pretty much only use `contrib/test_summary` via the
> `mail-report.log` target in the top-level Makefile; maybe add a
> `bunsen` target to the top-level Makefile, too, to simplify invoking
> it?
Something like this: ?
diff --git a/Makefile.in b/Makefile.in
index 966d60454960..4
lob;f=bin/t-sourceware-mails-import
diff --git a/contrib/ChangeLog b/contrib/ChangeLog
index 9b36caf02bb1..def8dd8a8a73 100644
--- a/contrib/ChangeLog
+++ b/contrib/ChangeLog
@@ -1,3 +1,9 @@
+2024-09-13 Frank Ch. Eigler
+
+ * test_summary: Add -b (bunsen) mode to report all test r
diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html
index 0c146aba44d2..c89cdb8fb2ef 100644
--- a/htdocs/gitwrite.html
+++ b/htdocs/gitwrite.html
@@ -36,7 +36,7 @@ be sponsored by an existing maintainer (someone with "write
after approval"
is not sufficient).
If you already have an acco
Hi -
> 12K 0004-gccrs-Add-link-cases-testsuite.patch
> 356K0005-gccrs-Add-general-compilation-test-cases.patch
> 132K0006-gccrs-Add-execution-test-cases.patch
> 4.0K0007-gccrs-Add-gcc-check-target-check-rust.patch
> 656K0008-gccrs-Add-the-Rust-front-end-AST-data-structures.pat
Hi -
> > The gccadmin team can do this kind of thing without overseer/root
> > privileges, or indeed so can any local shell-privileged user.
>
> Yeah, I said I didn't want to install it that way without overseer
> approval, as pip won't keep the packages up to date the way dnf
> installations do.
Hi -
> CCing overseers and Frank.
> Can you please help me with that?
> > Can please a maintainer install the package from pip?
> > Something like:
> > virtualenv /home/gcc/venv && /home/gcc/venv/bin/pip install Sphinx
> > or a similar location?
The gccadmin team can do this kind of thing withou
Hi -
Thanks - good job with moving this to git!
> Note 1: someone with the right access needs to create the symlink
> /sourceware/git/gcc-wwwdocs.git ->
> /sourceware/projects/gcc-home/wwwdocs.git (and anything else needed for
> anonymous git access to that repository).
Done.
- FChE
Hi -
> This is OK. You should have write-after-approval access. Overseers,
> please add user meadori to group gcc.
Done.
- FChE
Hi, Rainer -
On Mon, Jul 11, 2011 at 06:34:27PM +0200, Rainer Orth wrote:
> [...]
> On the other hand, there's the question why tree-mudflap.c tries to
> create a constructor with a non-default priority on a platform with
> SUPPORTS_INIT_PRIORITY == 0 or at all [...]
For the "at all" part, I beli
Hi, Rainer -
> When testing libmudflap on Solaris 8, 9, and 10 with GNU ld, I found a
> couple of testsuite failures:
> [...]
> Ok for mainline?
Yes, thank you!
- FChE
Hi, Rainer -
> >> > If so, I'd rather do it by adding some MFWRAP_OS_SPEC to avoid
> >> > having to duplicate the whole spec in the Solaris config
> >> > headers.
> >
> > Why would solaris have to duplicate MFWRAP_SPEC if mmap64 is added to
> > the default gcc.c one?
>
> I assumed that you
Hi, Rainer -
> > It addresses a couple of testsuite failures:
> > [...]
> > where the registration of __iob has been done automatically by the
> > compiler. I avoid this problem by not registering stdin, stdout, and
> > stderr separately on Solaris.
OK.
> > * Some tests were failing whi
Hi -
> >> http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01446.html
> > Looks good to me, thanks for taking a look at the area.
>
> Could you also comment on the open questions in the submission so
> mudflap support on Solaris can be improved further?
Sure. Transcribing:
> One generic is
Hi -
On Mon, Jun 27, 2011 at 01:32:30PM +0200, Rainer Orth wrote:
> [...]
> Support libmudflap on Solaris (PR libmudflap/38738)
> http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01446.html
Looks good to me, thanks for taking a look at the area.
- FChE
17 matches
Mail list logo
