No, because tempF and tempC are not involved in the expression.
The compiler does things one step at a time. In complex expressions like this, it breaks it down and does each step on its own. While it's doing one step, it is totally oblivious to the other steps.
So let's take a look at this again:
tempF = (9/5)*(tempC) + 32;
The intent seems obvious to us humans, but the compiler sees it differently. It does this:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
// okay, first expression I need to evaluate:
(9/5)
// these are 2 integers, so do integer division. result is 1
(1)
// next in the expression:
(1) * (tempC)
// 1 is an int and tempC is a float, so the result will be a float
// 1 * tempC is tempC:
tempC
// next in the expression:
tempC + 32
// ... etc
That said... if you involve tempC in the expression, it will promote it to a float.
For example... all of these will work fine because tempC makes the expression a float immediately: