You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today the CSharpParseOptions type is inconsistent with how it verifies pre-processor symbols:
The constructor will verify all symbols are valid identifiers and throw an exception when they are not.
The WithPreProcessorSymbols method does no verification.
This inconsistency is bad for bot the compiler and consumers of the compiler API. After some discussion the compiler team decided to change the API in the following way:
The CSharpParseOptions type will never throw on pre-processor symbols that are invalid identifiers.
Diagnostics will be produced for invalid identifiers in the pre-processor symbols
As a part of fixing this we should examine uses like in the following PR to see if they need to be cleaned up after the change.
Today the
CSharpParseOptions
type is inconsistent with how it verifies pre-processor symbols:WithPreProcessorSymbols
method does no verification.This inconsistency is bad for bot the compiler and consumers of the compiler API. After some discussion the compiler team decided to change the API in the following way:
CSharpParseOptions
type will never throw on pre-processor symbols that are invalid identifiers.As a part of fixing this we should examine uses like in the following PR to see if they need to be cleaned up after the change.
#15798
The text was updated successfully, but these errors were encountered: