------- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 18:50 ------- >From C99 (6.5.5/3): The usual arithmetic conversions are performed on the operands.
6.3.1.8 Usual arithmetic conversions Otherwise, the integer promotions are performed on both operands. Then the following rules are applied to the promoted operands: If both operands have the same type, then no further conversion is needed. Otherwise, if both operands have signed integer types or both have unsigned integer types, the operand with the type of lesser integer conversion rank is converted to the type of the operand with greater rank. Otherwise, if the operand that has unsigned integer type has rank greater or equal to the rank of the type of the other operand, then the operand with signed integer type is converted to the type of the operand with unsigned integer type. Otherwise, if the type of the operand with signed integer type can represent all of the values of the type of the operand with unsigned integer type, then the operand with unsigned integer type is converted to the type of the operand with signed integer type. Otherwise, both operands are converted to the unsigned integer type corresponding to the type of the operand with signed integer type. This is still not wrong code as signed char signed extended to int is still the same number but this is not a target problem but a front-end problem now. To make sure that I read the statement correctly from the standard, it says if the types are the same there is no need to promote the value at all. -- What |Removed |Added ---------------------------------------------------------------------------- Severity|minor |normal Component|target |c Summary|not using qi version of |usual arithmetic conversion |divmod |not applying correctly http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18065