On Mon, Jun 27, 2011 at 13:01, Gabriel Charette <gchare@google.com> wrote: > Couldn't we have ...
13 years, 9 months ago
(2011-06-27 17:06:07 UTC)
#3
On Mon, Jun 27, 2011 at 13:01, Gabriel Charette <gchare@google.com> wrote:
> Couldn't we have headers look for their corresponding .pph file by
> default when -fpph-map is on? (especially since pph.map is only
> temporary for the implementation phase)
The problem is with headers that include other headers. We want to
limit the generation of images to specific headers. Given that we are
in this initial implementation phase, the simplest approach is to
remember to update pph.map.
> Could that also be why the small test I tried to introduce last week
> to test the ordering of the bindings coming from the pph would pass
> (i.e. it wouldn't use it's pph as I didn't add it to pph.map?).
Yes, that's likely.
Diego.
On Mon, Jun 27, 2011 at 10:06 AM, Diego Novillo <dnovillo@google.com> wrote: > On Mon, ...
13 years, 9 months ago
(2011-06-27 17:13:07 UTC)
#4
On Mon, Jun 27, 2011 at 10:06 AM, Diego Novillo <dnovillo@google.com> wrote:
> On Mon, Jun 27, 2011 at 13:01, Gabriel Charette <gchare@google.com> wrote:
>> Couldn't we have headers look for their corresponding .pph file by
>> default when -fpph-map is on? (especially since pph.map is only
>> temporary for the implementation phase)
>
> The problem is with headers that include other headers. We want to
> limit the generation of images to specific headers. Given that we are
> in this initial implementation phase, the simplest approach is to
> remember to update pph.map.
Well in what I'm proposing we only use the pph file if it was actually
generated before (we don't generate it if it's not there). Are there
any situations where we have a corresponding pph file, but don't
actually want to use it when the fpph-map flag is on? Seems unlikely
as we put all the pph files in the pph map for now anyways...
>
>> Could that also be why the small test I tried to introduce last week
>> to test the ordering of the bindings coming from the pph would pass
>> (i.e. it wouldn't use it's pph as I didn't add it to pph.map?).
>
> Yes, that's likely.
>
>
> Diego.
>
On Mon, Jun 27, 2011 at 13:13, Gabriel Charette <gchare@google.com> wrote: > On Mon, Jun ...
13 years, 9 months ago
(2011-06-27 17:18:47 UTC)
#5
On Mon, Jun 27, 2011 at 13:13, Gabriel Charette <gchare@google.com> wrote:
> On Mon, Jun 27, 2011 at 10:06 AM, Diego Novillo <dnovillo@google.com> wrote:
>> On Mon, Jun 27, 2011 at 13:01, Gabriel Charette <gchare@google.com> wrote:
>>> Couldn't we have headers look for their corresponding .pph file by
>>> default when -fpph-map is on? (especially since pph.map is only
>>> temporary for the implementation phase)
>>
>> The problem is with headers that include other headers. We want to
>> limit the generation of images to specific headers. Given that we are
>> in this initial implementation phase, the simplest approach is to
>> remember to update pph.map.
>
> Well in what I'm proposing we only use the pph file if it was actually
> generated before (we don't generate it if it's not there). Are there
> any situations where we have a corresponding pph file, but don't
> actually want to use it when the fpph-map flag is on? Seems unlikely
> as we put all the pph files in the pph map for now anyways...
Headers include other headers. We are not generating PPH for all headers.
The mapping file also allows us to control what happens when
generating a PPH file that emits #include directives itself. Some of
those we want to have referenced as PPH, but not all.
It's really easier for us to remember to update the mapping file
rather than adding some automatic detection that would have to be
removed later.
Diego.
On Mon, Jun 27, 2011 at 10:18 AM, Diego Novillo <dnovillo@google.com> wrote: > On Mon, ...
13 years, 9 months ago
(2011-06-27 17:32:40 UTC)
#6
On Mon, Jun 27, 2011 at 10:18 AM, Diego Novillo <dnovillo@google.com> wrote:
> On Mon, Jun 27, 2011 at 13:13, Gabriel Charette <gchare@google.com> wrote:
>> On Mon, Jun 27, 2011 at 10:06 AM, Diego Novillo <dnovillo@google.com> wrote:
>>> On Mon, Jun 27, 2011 at 13:01, Gabriel Charette <gchare@google.com> wrote:
>>>> Couldn't we have headers look for their corresponding .pph file by
>>>> default when -fpph-map is on? (especially since pph.map is only
>>>> temporary for the implementation phase)
>>>
>>> The problem is with headers that include other headers. We want to
>>> limit the generation of images to specific headers. Given that we are
>>> in this initial implementation phase, the simplest approach is to
>>> remember to update pph.map.
>>
>> Well in what I'm proposing we only use the pph file if it was actually
>> generated before (we don't generate it if it's not there). Are there
>> any situations where we have a corresponding pph file, but don't
>> actually want to use it when the fpph-map flag is on? Seems unlikely
>> as we put all the pph files in the pph map for now anyways...
>
> Headers include other headers. We are not generating PPH for all headers.
>
> The mapping file also allows us to control what happens when
> generating a PPH file that emits #include directives itself. Some of
> those we want to have referenced as PPH, but not all.
>
> It's really easier for us to remember to update the mapping file
> rather than adding some automatic detection that would have to be
> removed later.
Ok I agree, temporary flags and map files are better then temporary
code for the implementation phase.
LGTM,
Gab
>
> Diego.
>
On 6/27/11, Gabriel Charette <gchare@google.com> wrote: > On Jun 27, 2011 Diego Novillo <dnovillo@google.com> wrote: ...
13 years, 9 months ago
(2011-06-27 19:03:34 UTC)
#7
On 6/27/11, Gabriel Charette <gchare@google.com> wrote:
> On Jun 27, 2011 Diego Novillo <dnovillo@google.com> wrote:
> > On Jun 27, 2011 Gabriel Charette <gchare@google.com> wrote:
> > > Couldn't we have headers look for their corresponding .pph
> > > file by default when -fpph-map is on? (especially since
> > > pph.map is only temporary for the implementation phase)
> >
> > The problem is with headers that include other headers.
> > We want to limit the generation of images to specific headers.
> > Given that we are in this initial implementation phase, the
> > simplest approach is to remember to update pph.map.
>
> Well in what I'm proposing we only use the pph file if it was
> actually generated before (we don't generate it if it's not
> there). Are there any situations where we have a corresponding
> pph file, but don't actually want to use it when the fpph-map
> flag is on? Seems unlikely as we put all the pph files in the
> pph map for now anyways...
For a shortcut, you can add the option
-fpph-hdr=<base-name> A mapping from <base-name>.h to <base-name>.pph
In general, the pph files won't live in the same directory as the
header file. This will cause problems when two headers have the same
name. I would rather not get into complicated search rules just yet.
--
Lawrence Crowl
Issue 4639073: [pph] Add header files to pph.map
(Closed)
Created 13 years, 9 months ago by Diego Novillo
Modified 13 years, 7 months ago
Reviewers:
Base URL:
Comments: 0