From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-462130-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 117659 invoked by alias); 14 Sep 2017 12:21:00 -0000
Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-patches.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-patches/>
List-Post: <mailto:gcc-patches@gcc.gnu.org>
List-Help: <mailto:gcc-patches-help@gcc.gnu.org>
Sender: gcc-patches-owner@gcc.gnu.org
Received: (qmail 116958 invoked by uid 89); 14 Sep 2017 12:21:00 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=0002, H*M:9376, HContent-Transfer-Encoding:8bit
X-HELO: mx1.suse.de
Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 14 Sep 2017 12:20:59 +0000
Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.220.254])	by mx1.suse.de (Postfix) with ESMTP id E73E4AAEF;	Thu, 14 Sep 2017 12:20:56 +0000 (UTC)
Subject: Re: [RFC] Make 4-stage PGO bootstrap really working
From: =?UTF-8?Q?Martin_Li=c5=a1ka?= <mliska@suse.cz>
To: Jan Hubicka <hubicka@ucw.cz>
Cc: Markus Trippelsdorf <markus@trippelsdorf.de>, GCC Patches <gcc-patches@gcc.gnu.org>, Richard Biener <richard.guenther@gmail.com>
References: <f61115af-55e1-8d59-545f-295f7e5b53cb@suse.cz> <20170529050407.GA15061@x4> <9203f3a8-3aa4-292b-1f2d-6749d3e6d0f7@suse.cz> <20170619103713.GB72026@kam.mff.cuni.cz> <a1959943-f196-da67-e391-3901ffe68d28@suse.cz>
Message-ID: <635121f2-9376-8232-95b9-95b466f131c9@suse.cz>
Date: Thu, 14 Sep 2017 12:21:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <a1959943-f196-da67-e391-3901ffe68d28@suse.cz>
Content-Type: text/plain; charset=iso-8859-2
Content-Transfer-Encoding: 8bit
X-IsSubscribed: yes
X-SW-Source: 2017-09/txt/msg00892.txt.bz2

PING^1

On 08/30/2017 11:45 AM, Martin Li¹ka wrote:
> Hi.
> 
> This is follow up which I've just noticed. Main problem we have is that
> an instrumented compiler w/ -fprofile-generate (built in $OBJDIR/gcc subfolder)
> will generate all *.gcda files in a same dir as *.o files. That's problematic
> because we then have *.gcda files spread in 'profile' subfolder (because profile'
> compiler builds libgcc) and 'train' subfolder. Eventually in 'feedback' stage
> we don't load any *.gcda files :/
> 
> Well I really hope we need to set -fprofile-generate=$folder to a $folder. There comes
> second problem: all *.gcda files are created as $folder/$aux_base_name.gcda which makes
> it useless as we multiple same file names:
> 
> $ find . -name expr.c
> ./libcpp/expr.c
> ./gcc/expr.c
> 
> Thus I suggest patch #0001 that appends full path of current work dir. Patch #0002 sets
> a folder for PGO bootstrap. So far so good with a small exception: conftest.gcda files
> that trigger -Wcoverage-mismatch. Can we remove these before a stage? Do we do a similar
> thing somewhere?
> 
> Thoughts?
> Thanks,
> Martin
>