patch for PR/23522

Ian Lance Taylor ian@airs.com
Wed Sep 28 23:41:00 GMT 2005


Alexey Starovoytov <alexey.starovoytov@sun.com> writes:

> On Wed, 28 Sep 2005, Ian Lance Taylor wrote:
> 
> > Alexey Starovoytov <alexey.starovoytov@sun.com> writes:
> >
> > > > What if we change the condition to
> > > >     if (TREE_CODE (arg1_unw) != INTEGER_CST
> > > >         || !int_fits_type_p (arg1_unw, shorter_type))
> > > >       return NULL_TREE;
> > > >
> > > > Does that fix the problem?
> > >
> > > Yes.
> > > and going even further the 'if' should probably look like:
> > >
> > >   if (TREE_CODE (arg1_unw) != INTEGER_CST
> > >       || TREE_CODE (shorter_type) != INTEGER_TYPE
> > >       || !int_fits_type_p (arg1_unw, shorter_type))
> > >     return NULL_TREE;
> > >
> > > Certianly solves the problem and more safe.
> >
> > I think you can reasonably use INTEGRAL_TYPE_P (shorter_type) instead
> > of TREE_CODE (shorter_type) != INTEGER_TYPE.
> 
> Then we should probably change the couple lines above that spot
> to use INTEGRAL_TYPE_P as well.

Oh, sorry, you're right.  != INTEGER_TYPE is correct.  Forget what I
said.  Please test your patch above:

   if (TREE_CODE (arg1_unw) != INTEGER_CST
       || TREE_CODE (shorter_type) != INTEGER_TYPE
       || !int_fits_type_p (arg1_unw, shorter_type))
     return NULL_TREE;

Thanks!

Ian



More information about the Gcc-patches mailing list