[Audit] Investigate using real wchar_t in Windows #2673
Labels
Area-CodeHealth
Issues related to code cleanliness, linting, rules, warnings, errors, static analysis, etc.
Area-Output
Related to output processing (inserting text into buffer, retrieving buffer text, etc.)
Issue-Task
It's a feature request, but it doesn't really need a major design.
Needs-Tag-Fix
Doesn't match tag requirements
Product-Conhost
For issues in the Console codebase
Product-Terminal
The new Windows Terminal.
Milestone
As revealed by
OutputCellIterator
, the default Windows build rules do not treatwchar_t
as a distinct type that differs fromDWORD
which results in a bunch of weirdness inOutputCellIterator
to sort of treat them as the same.This weirdness includes a
reinterpret_cast
on one of the constructors that causes an audit mode flag as well as a boolean that exists for no other purpose than to distinguish two of the construction paths because the types "look the same" to the Windows compiler settings.Visual Studio, by default, treats
wchar_t
as its own type. So changing this and building outside won't really prove anything.As such, this represents someone on the core contributor team who is employed by Microsoft going and finding out if we can turn on
/Zc:wchar_t
in the Windows build system and get away with it then resolving the audit issue and the otherwise weird/useless bool.The text was updated successfully, but these errors were encountered: