From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-patches-return-437428-listarch-gcc-patches=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 64459 invoked by alias); 30 Sep 2016 16:58:01 -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 64390 invoked by uid 89); 30 Sep 2016 16:58:00 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=
X-HELO: foss.arm.com
Received: from foss.arm.com (HELO foss.arm.com) (217.140.101.70) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 30 Sep 2016 16:57:58 +0000
Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249])	by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id CD12E46;	Fri, 30 Sep 2016 09:57:56 -0700 (PDT)
Received: from [10.2.207.77] (e100706-lin.cambridge.arm.com [10.2.207.77])	by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5D9123F251;	Fri, 30 Sep 2016 09:57:56 -0700 (PDT)
Message-ID: <57EE9992.3050106@foss.arm.com>
Date: Fri, 30 Sep 2016 16:58:00 -0000
From: Kyrill Tkachov <kyrylo.tkachov@foss.arm.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: Richard Biener <rguenther@suse.de>
CC: GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH][v4] GIMPLE store merging pass
References: <57EBE7A6.3040103@foss.arm.com> <alpine.LSU.2.11.1609291133040.26629@t29.fhfr.qr>
In-Reply-To: <alpine.LSU.2.11.1609291133040.26629@t29.fhfr.qr>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2016-09/txt/msg02387.txt.bz2

Hi Richard,

On 29/09/16 11:45, Richard Biener wrote:
>
> +  gimple_seq seq = NULL;
> +  unsigned int num_stmts = 0;
> +  tree offset_type = get_type_for_merged_store (group);
> +  tree last_vdef, new_vuse;
> +  last_vdef = gimple_vdef (group->last_stmt);
> +  new_vuse = gimple_vuse (group->last_stmt);
> +  location_t loc = get_merged_store_location (group);
> If you end up splitting the store then please use a location appropriate
> for the split part.  Likewise for the alias type.
>

How would I get the appropriate alias type?
Is there some way to construct it from the alias type of the base
object offset by some number of bytes?


Thanks,
Kyrill