From: Martin Jambor <mjambor@suse.cz>
To: GCC Mailing List <gcc@gcc.gnu.org>
Cc: Thomas Schwinge <tschwinge@baylibre.com>,
David Edelsohn <dje.gcc@gmail.com>,
Tobias Burnus <tburnus@baylibre.com>,
David Malcolm <dmalcolm@redhat.com>,
Andrew Pinski <andrew.pinski@oss.qualcomm.com>,
arthur.cohen@embecosm.com,
Pierre-Emmanuel Patry <pierre-emmanuel.patry@embecosm.com>
Subject: Notes from Cauldron 2025 GCC GSoC BoF
Date: Wed, 08 Oct 2025 19:09:58 +0200 [thread overview]
Message-ID: <ri6ecrdz5eh.fsf@virgil.suse.cz> (raw)
Hello,
I have uploaded my slides from GSoC Bof at the Cauldron to the
conference pretalx:
https://conf.gnu-tools-cauldron.org/media/opo25/submissions/FHSXQA/resources/mjambor-gsoc_bof-cau_PcBrscg.pdf
The discussion has mostly followed the topics outlined there. We have
agreed to the following changes in the program for the next year
(assuming we get selected) in the following three areas:
1. Better selection of candidates
- When they write proposals for projects, we will ask mentors to
include pointers into what applicants should look into to learn
about the topic...
- ...and to think of a way to verify they can do basic stuff (testsuite
results, get info obtainable from gdb or something similar)
2. Engagement with the community
- We should require subscribing to the gcc@gcc.gnu.org mailing list
- We should require public status reports
- I will prepare a template (what they have studied, what they have
done, what they have struggled with).
- I will reach out to gcc-rust people to make sure this requirement
make sense to their projects too.
- We did not discuss having an introductory call but I think it is a
good idea and will try to hold one.
3. Evaluations
- There should be reasonable patches at least posted for review before final
evaluation. Only truly research projects, or projects which morphed
into research ones for good reason should be an exception.
- We should strongly advise to have some kind of RFC or minor patches posted
even before the mid-term evaluation
Please feel free to continue the discussion here, it is understandable a
lot of people could not attend.
(Also, I hope I did not forget anything but please do remind me if I have :-)
I would like to thank a lot everyone participating in the BoF but
particularly my co-org-admins: Thomas Schwinge who has been helping me a
lot and has stepped in many times when I was not available over the last
two years and to David Edelsohn who has helped with quite a few
difficult selection decisions.
Martin
reply other threads:[~2025-10-08 17:10 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ri6ecrdz5eh.fsf@virgil.suse.cz \
--to=mjambor@suse.cz \
--cc=andrew.pinski@oss.qualcomm.com \
--cc=arthur.cohen@embecosm.com \
--cc=dje.gcc@gmail.com \
--cc=dmalcolm@redhat.com \
--cc=gcc@gcc.gnu.org \
--cc=pierre-emmanuel.patry@embecosm.com \
--cc=tburnus@baylibre.com \
--cc=tschwinge@baylibre.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).