mirror of
https://github.com/brazilofmux/tinymux
synced 2026-08-13 00:23:11 -04:00
278a33e619
#1506 puts /utf-8 on eleven project files. Three others in the tree do not have it: mux/ganl/tests/ganl_tests.vcxproj client/console/console.vcxproj client/win32gui/win32gui.vcxproj Nothing is broken today -- none of the three compiles a source file containing a single non-ASCII byte, so none can raise C4819 as things stand. This is about step 2 of #1499, which converts \xE2\x80\x99-style escapes to characters across the tree. The first prose string that reaches anything these projects build would fail to compile on a DBCS box, and for ganl_tests that failure would surface inside a test harness rather than in the server, which is a confusing place to go looking for an encoding problem. ganl_tests is also the documented Windows path for the GANL harness (CLAUDE.md), so it is the one that would be missed longest. Deliberately a separate branch rather than a push to #1506: the file sets are disjoint -- every project touched here has no /utf-8 in #1506, and every project touched there has none here -- so the two merge cleanly in either order and #1506's Windows verification stays valid as tested. Same form as #1506 throughout: /utf-8 first in each <ClCompile>, with %(AdditionalOptions) preserved. None of the three had an AdditionalOptions element before, and all six ItemDefinitionGroup configurations are covered (2 per project), so there is no configuration that builds without the flag. Verified: all three parse as well-formed XML, and none gained a BOM or a CRLF. Together with #1506 this brings all fourteen vcxproj in the tree to /utf-8. Not built -- no MSVC here. The change is additive and behaviour-neutral on a tree that is currently all-ASCII in these projects. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| android | ||
| console | ||
| ios | ||
| shared | ||
| tf | ||
| web | ||
| win32gui | ||
| design-atlantis-features.md | ||