From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24655 invoked by alias); 7 Feb 2014 22:28:11 -0000 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 Received: (qmail 24645 invoked by uid 89); 7 Feb 2014 22:28:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ve0-f175.google.com Received: from mail-ve0-f175.google.com (HELO mail-ve0-f175.google.com) (209.85.128.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 07 Feb 2014 22:28:09 +0000 Received: by mail-ve0-f175.google.com with SMTP id c14so3265499vea.20 for ; Fri, 07 Feb 2014 14:28:07 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.52.155.66 with SMTP id vu2mr149608vdb.50.1391812087719; Fri, 07 Feb 2014 14:28:07 -0800 (PST) Received: by 10.58.169.83 with HTTP; Fri, 7 Feb 2014 14:28:07 -0800 (PST) In-Reply-To: References: Date: Fri, 07 Feb 2014 22:28:00 -0000 Message-ID: Subject: Re: LLVM collaboration? From: Andrew Pinski To: Diego Novillo Cc: Renato Golin , gcc Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00097.txt.bz2 On Fri, Feb 7, 2014 at 1:53 PM, Diego Novillo wrote: > On Fri, Feb 7, 2014 at 4:33 PM, Renato Golin wrote: > >> I'll be at the GNU Cauldron this year, feel free to come and discuss >> this and other ideas. I hope to participate more in the GCC side of >> things, and I wish some of you guys would do the same on our side. And >> hopefully, in a few years, we'll all be on the same side. > > I think this would be worth a BoF, at the very least. Would you be > willing to propose one? I just need an abstract to get it in the > system. We still have some room left for presentations. I still don't see any need for this extra BoF really. They should be handled at the sources of the extensions rather than the destination of the extensions. In fact I see this as weaking the computition between the two compilers. Things like the new attributes being added for the kernel to use (in fact they are already implemented in sparse is a thing which should be mentioned here) should have been talked about the source. HPA filed the bugs to GCC as he is an user of GCC but not an user of LLVM, if someone in the kernel community wanted LLVM support they would have filed the bugs there. And then again the original message here is that GCC is not controlling binutils (ld) and " ld should not accept this deprecated instruction, but we can't change that" but you should have talked with the binutils community rather than the GCC one since they are two separate projects (though most folks work on both). Thanks, Andrew Pinski > > I think the friendly competition we have going between the two > compilers has done nothing but improve both toolchains. I agree that > we should keep it at this level. Any kind of abrasive interaction > between the two communities is a waste of everyone's time. > > Both compilers have a lot to learn from each other. > > > Diego.