From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11919 invoked by alias); 7 Nov 2009 12:25:07 -0000 Received: (qmail 11891 invoked by uid 22791); 7 Nov 2009 12:25:06 -0000 X-SWARE-Spam-Status: No, hits=-0.9 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mail3-relais-sop.national.inria.fr (HELO mail3-relais-sop.national.inria.fr) (192.134.164.104) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 07 Nov 2009 12:25:01 +0000 Received: from 128.200.193-77.rev.gaoland.net (HELO fgglaptop) ([77.193.200.128]) by mail3-relais-sop.national.inria.fr with ESMTP/TLS/AES128-SHA; 07 Nov 2009 13:24:57 +0100 From: "Grigori Fursin" To: "'Basile STARYNKEVITCH'" , "'Steven Bosscher'" Cc: "'Richard Guenther'" , "'Diego Novillo'" , "'Rafael Espindola'" , "'gcc'" , "'Joern Rennecke'" , "'Zbigniew Chamski'" References: <4AE72A4F.8000303@starynkevitch.net> <4AF4634D.5050303@starynkevitch.net> <4AF47257.8040307@starynkevitch.net> <4AF478E8.7020104@starynkevitch.net> <84fc9c000911061152o37bd460cr9e5e75d49c51b2c9@mail.gmail.com> <4AF497F1.1060200@starynkevitch.net> <84fc9c000911061445o41dfdd2j652ade3c65cefcaf@mail.gmail.com> <4AF550D0.3030905@starynkevitch.net> <571f6b510911070301k4328e039y83dc4ac711a1aa3f@mail.gmail.com> <4AF55F06.3020805@starynkevitch.net> In-Reply-To: <4AF55F06.3020805@starynkevitch.net> Subject: RE: new plugin events Date: Sat, 07 Nov 2009 12:25:00 -0000 Message-ID: <000101ca5fa5$4dc4dbf0$e94e93d0$@fursin@inria.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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: 2009-11/txt/msg00184.txt.bz2 Hi Basile et al, > My suggestion to ICI friends is : just propose quickly your needed plugin events, and make > your ICI a GPLv3 plugin. > When you can show that your ICI plugin to an *unmodified* gcc-4.5 brings some value, GCC > people will perhaps start to > listen and look inside. Just to mention that I am a bit confused because I actually don't expect to have problems moving ICI to the mainline unless we find some big bugs that can change GCC behavior (but I really don't think so). We had many online and offline discussions to move ICI to the mainline GCC in the last few years with GCC colleagues/maintainers. We just sadly got delayed at INRIA this summer due to different reasons but Joern is now working with us for 2 months fully time to clean and test ICI and submit patches as soon as they are ready. It's true that we actually need a few hooks and Joern will communicate about that shortly BUT these hooks are already used in real plugins for real performance tuning (in a way as current hooks are used in Dehydra for real program analysis in several companies). Our performance results are gradually added to the online performance database at http://cTuning.org/cdatabase for EEMBC, SPEC and other programs across multiple architectures which real users and companies are using to optimize their real code... A few days ago I got a feedback from Loongson group that they considerably speeded up EEMBC on their latest processor using GCC 4.4.x and they should upload the results to the database shortly ... They have been actively working with us using and extending ICI ... That's why only after we showed real results, we would now like to have MINIMAL ICI in mainline GCC but patches for other extensions including GSOC'09 projects will be submitted to GCC only after testing ... We will keep in touch about that, Grigori