Richard Henderson wrote:
On Tue, May 17, 2005 at 01:08:29PM -0400, Daniel Berlin wrote:
Depending on what field, yes, I'll object. There should be a "minimal
decl" for which the "normal" decl stuff should belong to. DECL_ALIGN,
for instance.
But you probably shouldn't have been doing that in th
On Tue, 2005-05-17 at 14:59 -0400, Richard Kenner wrote:
> The main case i've hit so far is DECL_CONTEXT, which is also
> DECL_FIELD_CONTEXT
>
> Are there any other cases? Offhand, I can't think of another DECL field
> that's shared by only a subset of DECLs.
An example is DECL_INITIAL vs
On Tue, May 17, 2005 at 02:10:48PM -0400, Daniel Berlin wrote:
> The main case i've hit so far is DECL_CONTEXT, which is also
> DECL_FIELD_CONTEXT, and my current thinking is that in a FIELD_DECL will
> be only accessible through DECL_FIELD_CONTEXT (unless we want to
> "re-merge" these two fields a
The main case i've hit so far is DECL_CONTEXT, which is also
DECL_FIELD_CONTEXT
Are there any other cases? Offhand, I can't think of another DECL field
that's shared by only a subset of DECLs.
On Tue, 2005-05-17 at 10:46 -0700, Richard Henderson wrote:
> On Tue, May 17, 2005 at 01:08:29PM -0400, Daniel Berlin wrote:
> > This is probably going to hurt, and will require things like using
> > FIELD_DECL_ macros for FIELD_DECL's, TYPE_DECL_ macros for
> > TYPE_DECL's, etc, instead of using D
On Tue, May 17, 2005 at 01:08:29PM -0400, Daniel Berlin wrote:
> This is probably going to hurt, and will require things like using
> FIELD_DECL_ macros for FIELD_DECL's, TYPE_DECL_ macros for
> TYPE_DECL's, etc, instead of using DECL_ on both for some fields.
Can you be more specific on which fie
Daniel Berlin <[EMAIL PROTECTED]> writes:
> While my weekdays are booked with real stuff (structure aliasing,
> array_ref/mem_ref, dependence, blah blah blah), the next couple weekends
> i have plans to try to do some serious tree seperation.
>
> My current evil plan is to try to seperate the real
While my weekdays are booked with real stuff (structure aliasing,
array_ref/mem_ref, dependence, blah blah blah), the next couple weekends
i have plans to try to do some serious tree seperation.
My current evil plan is to try to seperate the really distinct _DECL
nodes into distinct DECL trees, sh
