Open live1206 opened 3 weeks ago
In current DPG's implementation, ResultModel is generated as a RoundTrip
model. Therefore we need a fix
Also in today's offline sync up, we kind of have an agreement on the patch convenience methods, therefore we have a way to use the usage from TCGC directly therefore we could expect a final fix for this.
This should have fixed this issue despite we did not know quite well which part introduces the fix. But from the result's perspective, this is fixed.
This should have fixed this issue despite we did not know quite well which part introduces the fix. But from the result's perspective, this is fixed.
Are you saying csharp emitter has not consumed TCGC usage yet, but the usage still got fixed?
This should have fixed this issue despite we did not know quite well which part introduces the fix. But from the result's perspective, this is fixed.
Are you saying csharp emitter has not consumed TCGC usage yet, but the usage still got fixed?
that statement is not fully correct. We converted the usage value from TCGC to ours (like this) - therefore when tcgc has the fix, we get the changes in DPG as well.
This should have fixed this issue despite we did not know quite well which part introduces the fix. But from the result's perspective, this is fixed.
Are you saying csharp emitter has not consumed TCGC usage yet, but the usage still got fixed?
that statement is not fully correct. We converted the usage value from TCGC to ours (like this) - therefore when tcgc has the fix, we get the changes in DPG as well.
OK. Then we know the fix is from TCGC.
TSP:
detailed case can be found in this pr: https://github.com/Azure/cadl-ranch/pull/587
In this case, usage for
ResultModel
should beOutput
instead ofRoundTrip
, because this model is readonly.