This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [tuples] gimple_assign_subcode for GIMPLE_SINGLE_RHS


Hi,

> On 3/9/08 3:24 PM, Zdenek Dvorak wrote:
> 
> >however, it would make things simpler.  Now, we need to distiguish
> >three cases -- SINGLE, UNARY and BINARY; if we pretended that
> >GIMPLE_COPY is an unary operator, this would be reduced just
> >to UNARY and BINARY.  Of course, GIMPLE_COPY would never be used
> >in a tree expression.
> 
> That's not the problem, the problem is in functions like 
> extract_ops_from_tree.

extract_ops_from_tree would return GIMPLE_COPY as subcode and
the whole expression as op1, where's the problem?

> I need to introduce GIMPLE_TERNARY_RHS (for ASSERT_EXPR) and 
> GIMPLE_QUATERNARY_RHS (for COND_EXPR),

How are you going to represent the COND_EXPRs (i.e., where are you
going to put their comparison operator)?

> so we will have at least four 
> classes to deal with in the future.  I could add GIMPLE_COPY then, 
> unless you want to work on it now.

I think it can wait till then,

Zdenek


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]