HLSL: small fix for index type in f16tof32 opcode
The f16tof32 opcode was indexing a vector with a float 0, rather than an int 0. It may have made no functional difference due to the identical bit pattern, but code looking at the type could be confused.
This commit is contained in:
parent
69a2c69649
commit
fdbfb65ec7
3 changed files with 41 additions and 41 deletions
|
|
@ -3587,7 +3587,7 @@ void HlslParseContext::decomposeIntrinsic(const TSourceLoc& loc, TIntermTyped*&
|
|||
{
|
||||
// input uvecN with low 16 bits of each component holding a float16. convert to float32.
|
||||
TIntermTyped* argValue = node->getAsUnaryNode()->getOperand();
|
||||
TIntermTyped* zero = intermediate.addConstantUnion(0.0, EbtFloat, loc, true);
|
||||
TIntermTyped* zero = intermediate.addConstantUnion(0, loc, true);
|
||||
const int vecSize = argValue->getType().getVectorSize();
|
||||
|
||||
TOperator constructOp = EOpNull;
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue