public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
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).