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:
@@ -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;
|
||||
|
||||
Reference in New Issue
Block a user