public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jason Merrill <jason@redhat.com>
To: Andi Kleen <ak@linux.intel.com>
Cc: Richard Biener <richard.guenther@gmail.com>,
	 Eugene Rozenfeld <Eugene.Rozenfeld@microsoft.com>,
	"gcc@gcc.gnu.org" <gcc@gcc.gnu.org>,
	 Snehasish Kumar <snehasishk@google.com>,
	Jan Hubicka <hubicka@ucw.cz>
Subject: Re: AutoFDO tools for GCC
Date: Wed, 27 Mar 2024 16:49:40 -0400	[thread overview]
Message-ID: <CADzB+2=_VJUYgRK305e-pTbCiFHsQqcFbwcWVY7VRV+n3WwGXw@mail.gmail.com> (raw)
In-Reply-To: <ZgNOpcSuBncczeiJ@tassilo>

On Tue, Mar 26, 2024 at 6:41 PM Andi Kleen via Gcc <gcc@gcc.gnu.org> wrote:
>
> On Tue, Mar 26, 2024 at 08:45:22AM +0100, Richard Biener wrote:
> > On Mon, Mar 25, 2024 at 9:54 PM Eugene Rozenfeld via Gcc
> > <gcc@gcc.gnu.org> wrote:
> > >
> > > Hello,
> > >
> > > I've been the AutoFDO maintainer for the last 1.5 years. I've resurrected autoprofiledbootstrap build and made a number of other fixes/improvements (e.g., discriminator support).
> > >
> > > The tools for AutoFDO (create_gcov, etc.) currently live in https://github.com/google/AutoFDO  repo and GCC AutoFDO documentation points users to that repo. That repo also has tools for LLVM AutoFDO.
> > > https://github.com/google/AutoFDO  has several submodules: https://github.com/google/autofdo/blob/master/.gitmodules
> > >
> > > I got a message from Snehasish (cc'd) that google intends to migrate the tools for LLVM to the LLVM repo and wants to archive https://github.com/google/AutoFDO. That will be a problem for AutoFDO in GCC. The idea to find a different home for GCC AutoFDO tools was discussed before on this alias but this becomes more urgent now. One idea was to build these tools from GCC repo and another was to produce gcov from perf tool directly. Andi (cc'd)  had some early unfinished prototype for latter.
> > >
> > > Please let me know if you have thoughts on how we should proceed.
> >
> > I think it makes sense for GCC specific parts to live in the GCC
> > repository alongside gcov tools.  I do wonder how much common code
> > there is
> > between the LLVM and the GCC tooling though and whether it makes sense
> > to keep it common (and working with both frontends)?  The
> > pragmatic solution would have been to fork the repo on github to a
> > place not within the google group ...
>
> In tree would need convincing Google to assign the copyright.

Would it?  Looks like it's under a free license (apache 2), not
everything in the tree is copyright FSF or GPL3.

Jason


  reply	other threads:[~2024-03-27 20:49 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-03-25 20:52 Eugene Rozenfeld
2024-03-26  7:45 ` Richard Biener
2024-03-26 22:39   ` Andi Kleen
2024-03-27 20:49     ` Jason Merrill [this message]
2024-04-02 22:30       ` Snehasish Kumar

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='CADzB+2=_VJUYgRK305e-pTbCiFHsQqcFbwcWVY7VRV+n3WwGXw@mail.gmail.com' \
    --to=jason@redhat.com \
    --cc=Eugene.Rozenfeld@microsoft.com \
    --cc=ak@linux.intel.com \
    --cc=gcc@gcc.gnu.org \
    --cc=hubicka@ucw.cz \
    --cc=richard.guenther@gmail.com \
    --cc=snehasishk@google.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).