On Fri, Feb 22, 2013 at 12:33 PM, Andrew Pinski wrote:
> On Thu, Feb 21, 2013 at 8:31 PM, Bin.Cheng wrote:
>> On Fri, Feb 22, 2013 at 12:14 PM, Andrew Pinski wrote:
>>> On Thu, Feb 21, 2013 at 7:16 PM, Bin.Cheng wrote:
Hi,
GCCINT says that nop_expr is used to represent conversions tha
On Thu, Feb 21, 2013 at 8:31 PM, Bin.Cheng wrote:
> On Fri, Feb 22, 2013 at 12:14 PM, Andrew Pinski wrote:
>> On Thu, Feb 21, 2013 at 7:16 PM, Bin.Cheng wrote:
>>> Hi,
>>> GCCINT says that nop_expr is used to represent conversions that do not
>>> require any code generation, while function tree_
On Fri, Feb 22, 2013 at 12:14 PM, Andrew Pinski wrote:
> On Thu, Feb 21, 2013 at 7:16 PM, Bin.Cheng wrote:
>> Hi,
>> GCCINT says that nop_expr is used to represent conversions that do not
>> require any code generation, while function tree_strip_nop_conversions
>> calls tree_nop_conversion, which
On Thu, Feb 21, 2013 at 7:16 PM, Bin.Cheng wrote:
> Hi,
> GCCINT says that nop_expr is used to represent conversions that do not
> require any code generation, while function tree_strip_nop_conversions
> calls tree_nop_conversion, which returns false even for NOP_EXPR node
> like "(unsigned int)a"
Hi,
GCCINT says that nop_expr is used to represent conversions that do not
require any code generation, while function tree_strip_nop_conversions
calls tree_nop_conversion, which returns false even for NOP_EXPR node
like "(unsigned int)a", where a has type int.
Did I miss something? Thanks
--
Bes