From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19381 invoked by alias); 13 Apr 2010 20:19:31 -0000 Received: (qmail 19061 invoked by uid 22791); 13 Apr 2010 20:19:30 -0000 X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SARE_MSGID_LONG45,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.44.51) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 13 Apr 2010 20:19:20 +0000 Received: from wpaz1.hot.corp.google.com (wpaz1.hot.corp.google.com [172.24.198.65]) by smtp-out.google.com with ESMTP id o3DKJIGf014511 for ; Tue, 13 Apr 2010 13:19:18 -0700 Received: from pvg16 (pvg16.prod.google.com [10.241.210.144]) by wpaz1.hot.corp.google.com with ESMTP id o3DKIjAX021948 for ; Tue, 13 Apr 2010 13:19:17 -0700 Received: by pvg16 with SMTP id 16so4041721pvg.26 for ; Tue, 13 Apr 2010 13:19:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.141.90.11 with HTTP; Tue, 13 Apr 2010 13:19:16 -0700 (PDT) In-Reply-To: <20100413191637.GA26143@bromo.med.uc.edu> References: <20100411141702.GA8481@bromo.med.uc.edu> <4BC1FDE3.6010309@gmail.com> <4BC24F5F.8010905@gmail.com> <4BC32BD1.5070807@gmail.com> <4BC4A44D.5040204@gnu.org> <20100413171455.GB25642@bromo.med.uc.edu> <4BC4A754.2080907@gnu.org> <20100413191637.GA26143@bromo.med.uc.edu> Date: Tue, 13 Apr 2010 20:29:00 -0000 Received: by 10.140.252.10 with SMTP id z10mr6137311rvh.45.1271189957008; Tue, 13 Apr 2010 13:19:17 -0700 (PDT) Message-ID: Subject: Re: dragonegg in FSF gcc? From: Diego Novillo To: Jack Howarth Cc: Paolo Bonzini , Dave Korn , =?UTF-8?B?TWFudWVsIEzDs3Blei1JYsOhw7Fleg==?= , Steven Bosscher , Duncan Sands , gcc@gcc.gnu.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2010-04/txt/msg00303.txt.bz2 On Tue, Apr 13, 2010 at 15:16, Jack Howarth wrot= e: > =C2=A0 It is unclear to me what the original intentions were when the > plugin infrastructure was created. That is, was it envisioned that > FSF could accumulate the plugins directly in the source tree to > ensure they were well maintained across FSF gcc releases? My idea was (and still is) that we could host a directory of available plugins, but each plugin would be a separate project with its own schedules, home pages and source trees. The directory is hosted at http://gcc.gnu.org/wiki/plugins. Dragonegg is already there. The plugin API will likely be very volatile at first, but it may converge at some point. Personally, I would love to see DragonEgg used to bridge between gcc and llvm. This will bring lots of benefits to both compilers, since we'll be able to easily compare and take from each other. Diego.