Studio 2022 и C++20 - можно ли компилировать для Win7? И как правильно работать с кодировкой

Привет, напомните пж, как понизить требования к платформе при разработке в последней версии студии? По умолчанию она добавляет зависимости, которых нет в семёрке, а хотелось бы универсальности. Или последний стандарт уже несовместим со старыми системами?

Почему вопрос возник... Потому что понадобилось мне вызвать однобайтовую версию API. Начал гуглить про преобразования кодировки в локальную и обнаружил, что локальной уже никто не пользуется, а однобайтовые апи теперь поддерживают юникод! И для преобразования std::wstring используют WideCharToMultiByte или вообще вот такой код:

Чтобы это работало, нужна минимум Win10 и строчка в манифесте приложения. Но поскольку в чужом приложении этот код работает, я так понял, что последняя версия среды разработки добавляет это автоматически. Правильно понимаю?

В общем, вопрос.. Как отказаться от этой прелести и настроиться на Win7 в качестве целевой платформы? И как по-простому преобразовать wstring в установленную локаль типа 125х

Вот такой код не слишком замороченный? Выглядит как макаронина, тут нет потенциала для упрощения?

0

Сообщение от Postscripter В общем, вопрос.. Как отказаться от этой прелести и настроиться на Win7 в качестве целевой платформы? И как по-простому преобразовать wstring в установленную локаль типа 125х

Зачем это всё? Почему бы просто не юзать юникод изначально? Тогда не надо будет ничего и никуда конвертировать.

0

Юникодная OutputDebugStringW перехвачена , поэтому мне понадобилась А-версия

0

Сообщение от Postscripter перехвачена

кто посмел?

0

Студия это не только ценный мех... компилятор, но и IDE. Там помимо самой свежей версии компилятора v143 (2022) можно поставить так и старые v140 (2015), v141 (2017) и v142 (2019). То же касаемо WinSDK , но версии там только для Windows 10 (от 10.0.18362) и 11 (что подходит и для 10, версии 10.0.26100).
Для одной из старых версий есть компонент поддержки аж для WinXP (но deprecated).
Обязательно ли нужен C++20? Мое мнения для 20 стандартна на 7 винде студия плохой выбор. А для юникода можно воспользоваться другими либами, например icu. По идее 20 стандарт должна поддерживать и 2019 (142), поддерживает ли она 7 не знаю

1

Сообщение от alecss131 2015

это вроде крайняя, которую можно поставить в win7 и пытаться собирать что-то с -D _WIN32_WINNT=0x0501 для XP.
Но в самом коде бывает то что и компилятор поймёт и в .lib найдёт... а по факту для dll какой-то <= vista
даже собирая под самой XP , каким-нибудь 2010... bcrypt.dll какую-нибудь притянет, только ради навороченного rand() :)

С манифестами тоже муть какая-то , вроде на ucrt собирают... и половина .exe даже запускается и работает в XP,
но в каком-то попадается это <manifest ...v2> и всё ,) зря только качал это winlib_mingw-ucrt ))

1

Сообщение от Алексей1153 кто посмел?

Обещаю вернуть как было, когда закончу Работаю в x64dbg с чужим плагином, он разговорчивый и пишет там всякое в журнал (да и хост тоже), а я в своей библиотеке этот момент отслеживаю.

Сообщение от ft4l 2015 это вроде крайняя, которую можно поставить в win7

Для разработки у меня есть Win11, тут надо чтобы именно готовый продукт запускался на широком диапазоне систем. Прогуглю момент флагами -D _WIN32_WINNT

Сообщение от alecss131 Обязательно ли нужен C++20?

Да не особо. Но с ним код становится проще, там работа со строками - std::transform с лямбдами, std::format, ends_with, инициализация нестатических переменных в описании класса...

Ладно, я понял, придётся свои хотелки ограничивать)

0

Сообщение от Postscripter момент флагами -D _WIN32_WINNT

Для WINAPI вообще-то юзается
[QUOTE]Using the Windows Headers
...
The following table indicates the common macros you must define to target each major operating system release. (Individual header files may use different macros; therefore, if compilation problems occur, check the header file that contains the definition for conditional definitions.)

Minimum system required	Macros to define
Windows Server 2003	_WIN32_WINNT>=0x0502 WINVER>=0x0502
Windows XP	_WIN32_WINNT>=0x0501 WINVER>=0x0501

...

Internet Explorer 6.0 _WIN32_IE>=0x0600
Internet Explorer 5.6 _WIN32_IE>=0x0560
...

Но оно и при кросспламформенном задействуется обычно.

Для CRT оно там вроде всё predefined... взависмости от версии компилятора
может только флаги ещё на них влияют, и кросскомпиляция 32-битным с _WIN64.

А насчёт чего-то моложе 2010 я совсем не при делах )) ... ucrt там или msvcrt или на выбор RunTime.

0

Так совместимость как раз ломают две вещи. Слишком свежий сишный рантайм (как его выбирать я тоже хз пока, наверно никак) и всякие versioned api, которые xxx-l1-1-1.dll Надо будет разобраться (никогда не пользовался ей), влияет ли эта директива на выбор версии winapi. И насколько старые апи ещё поддерживаются. То есть, если я в 2025 году вдруг объявлю директиву _WIN32_WINNT_WIN7, изменится ли в таблице импорта kakaya-to-hren-l1-1-1.dll на kernel32.dll

0

Сообщение от Postscripter kakaya-to-hren-l1-1-1.dll

К меня в XP даже такие прилетели ... с каким-то rеdist 140 или не с ним... не помню

ucrtbase.dll
и ровно 40 штук api-ms-win-*****-l1-1-0.dll

...

Запустил сейчас в семёрке какое-то новое AIO/AllInOne-redist
таких файлов 65, и только один с еденичкой в конце... возможно раньше чего-то я подсовывал ))... или нет
распаковал winlibs-i686-posix-dwarf-gcc-14.2.0-mingw-w64ucrt-12.0.0-r2.7z
... прошлогоднее вроде
и работает gcc --help
А в XPx64(0x0502) тчно жаловалось на манифест... на что-то с .v1
такой вроде он полностью
Но там ещё куча файлов с зависимостями от этих api-ms-win....-l1-1-0.dll но без манифеста,
и они работали и там... а зависимости во всех вроде находило и находило в /system32/
...
Получается что .NET==4.0 в XP это не нравится, а .NET==4.6.1 в семёрке нормально заходит.
Если не ошибаюсь...
... с 4.6 в win7 тоже какие-то танцы были... на чистую свежую ось ставилось вместе VS какой-то, а на чуть поезженную ни в какую.

0