On 24.04.2019 21:31, William A Rowe Jr wrote: > Some 17 years later we are at a crossroads, because the win32 code > is somewhat illegible and harder to maintain due to the ANSI-vs-UTF8, > Win9x-vs-NT code paths. > > NT won. The only remaining question is how many apr consumers are > leveraging ANSI-specific builds for local code page semantics, vs how > many are willing to treat all system resources as utf-8 names, and for > ANSI, willing to live on the 1.x branch in perpetuity? These are builds > that explicitly toggle ANSI in spite of whatever OS the binary runs on. > > So the vote is pretty simple, I propose to strip all ANSI 8-bit logic from > the apr (2.0) trunk/ and leave only the utf8->wide char logic remaining. > Committers and community both, please choose one below, > > [ ] Please retain the ANSI logic in APR 2.0 on Win32 > > [ ] Please drop 8-bit and focus only on utf-8 resource names on Win32. > > Will leave this question open a full 10 days to get the widest sampling > of opinions.
It has been rather more than 10 days but in case it helps the sampling: +1 to drop 8-bit/ANSI on Windows. -- Brane