This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [RFA][PATCH] 8/n Pull evrp range analyzer into its own file
- From: Richard Biener <richard dot guenther at gmail dot com>
- To: Jeff Law <law at redhat dot com>
- Cc: gcc-patches <gcc-patches at gcc dot gnu dot org>
- Date: Mon, 20 Nov 2017 18:04:46 +0100
- Subject: Re: [RFA][PATCH] 8/n Pull evrp range analyzer into its own file
- Authentication-results: sourceware.org; auth=none
- References: <4746b338-4045-5ceb-3aa7-756ec215b8db@redhat.com> <CAFiYyc3WfaMZTNOigQwBdOMSr+sU=QGWkHc4+YYR-gJZLXqzGg@mail.gmail.com> <88e50fe9-72ec-38a9-b853-147461ee57a3@redhat.com>
On November 20, 2017 4:46:08 PM GMT+01:00, Jeff Law <law@redhat.com> wrote:
>On 11/20/2017 03:05 AM, Richard Biener wrote:
>> On Sat, Nov 18, 2017 at 9:00 AM, Jeff Law <law@redhat.com> wrote:
>>>
>>>
>>>
>>> This is just a straight cut-n-paste pulling the evrp_range_analyzer
>>> methods out of gimple-ssa-evrp.c into gimple-ssa-evrp-analyze.[ch].
>>>
>>> Bootstrapped and regression tested on x86_64.
>>>
>>>
>>> OK for the trunk?
>>
>> Hum. That makes things harder to follow - what's the advantage to
>> making two files of EVRP?It's just separation of the analysis engine
>from the clients. ie,
>gimple-ssa-evrp.c is just a one client of the engine
>gimple-ssa-evrp-analyze.c
>
>Other clients (DOM, sprintf, array bounds checking, _b_o_s, whatever)
>wouldn't ever need to look at to look a gimple-ssa-evrp.c.
>
>Then again, I don't expect the clients to have to look deeply at
>gimple-ssa-evrp-analyze.c either. THe idea is to make range
>information
>available in a dead simple way :-)
>
>It's probably the least important piece. If you'd prefer to keep them
>together it's not a big deal -- and if at some later date we want to
>pull them apart again, it shouldn't be hard.
>
>Your call.
I don't have a strong opinion here, so just go ahead with what is less work for you.
Richard.
>
>jeff