Я пишу облегчённую версию SDL3, с поддержкой старых систем.

А чем обычный SDL3 не устраивает? Не проще ли развивать патчсет для него, чем имплементировать с нуля?

Ты же уже писал LDL, решил заново начать или это переименование?

Не устраивает, что с каждой новой версией дропают поддержку множества и не таких старых платформ.

Я пару дней крутил сорцы SDL3. И портировать сверх задача. Очень серьезные трудозатраты. Легче написать заново, но реализовать минимальный функционал. Простой рендер, окна, события. И уже остальной функционал добавлять по мере готовности.

Я пишу на С++, поэтому разработка идет быстрее.

Решил заново начать. LDL я довольно сильно переусложнил и в итоге он не взлетел. Данный проект, будет более полезен сообществу программистов. Наработки по LDL потихоньку переношу.

И заодно закрываю гештальт по ретро кодингу под старые девайсы.

ну почему, у всех с первого раза не получается, всегда нужно несколько попыток сделать, чтобы получатся стало

А можешь пример программы сделать, хоть небольшой? Взять например из тутора по sdl1,2,3 и адаптировать под твою альтернативу?

Да, так бывает. Пока не сделаешь несколько прототипов, не съешь пуд соли. Решения не появится.

Ты в этом как-то заинтересован (есть свой проект, который использует SDL на старых системах) или просто за державу обидно (ну, а чего они дропают)?

Да, я уже начал адаптировать примеры из оригинального SDL3. Недостающий функционал реализую и тестирую. Пока не выкладывал. Но постараюсь в ближайшие дни, выложить несколько готовых примеров.

Да мой интерес это фан и программирование игр. Не хочу писать под несколько версий SDL, что бы портировать под Windows 95. У меня есть проект по реализации движка игры Arcanum. Вот туда его применю. И возможно такой базовый функционал пригодится и другим разработчикам. Вдруг кто-то захочет портировать под системы 25+ лет. Особенно игры с 2D графикой.

И само по себе это интересно. Мне приходится напрямую взаимодействовать с тем старым железом или эмуляторами, операционными системами и старыми компиляторами.

Ни к одному репозиторию нет описания, что это и для чего.

Очень серьезные трудозатраты.

Ну ещё бы.

Спасибо, надо будет облагородить страницу проекта.

Вдруг кто-то захочет портировать под системы 25+ лет.

Под OS/2 Warp, например, не?

В будущих версиях планирую добавить поддержу windows 3.1 и ms-dos.

А есть чем под эти цели компилировать C++ хотя бы 17-го стандарта?

Под OS/2 Warp, например, не?

Для портирования нужен компилятор С++ 98 с поддержкой шаблонов и namespace. В принципе реально.

Мне удалось собрать проект Visual C++ 4.0

А есть чем под эти цели компилировать C++ хотя бы 17-го стандарта?

Вот именно из-за этого и придерживаюсь С++ 98. Который более или менее поддерживается старыми компиляторами под старые ОС.

верно мыслишь! надо на инклюзивный говнолорчек твоё гумно тащить)) тут нельза фуйцов накидать за бакланопцтит, как на попеннете

верно мыслишь! надо на инклюзивный говнолорчек твоё гумно тащить)) тут нельза фуйцов накидать за бакланопцтит, как на попеннете

Да ладно вам. Нормальный проект, не хуже других. И кстати на на OpenNet тоже завезли:)

https://www.opennet.ru/opennews/art.shtml?num=62909

...нужен компилятор С++ 98...

Где-то ж был. BC++ 5.02...

Вот именно из-за этого и придерживаюсь С++ 98. Который более или менее поддерживается старыми компиляторами под старые ОС.

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

гештальт по ретро кодингу под старые девайсы.

Какие именно, позволь узнать? Старые компы или старые портативные девайсы?

Вот у меня есть старые Linux’овые моторолки, там под SDL работают такие штуки:

https://youtu.be/lpoxch6yz_s

SDL там очень древний, вроде 1.2.15 и получить облегчённый SDL3 было бы интересно.

Проект пишу на C++ 98, но наружу торчит совместимый С API.

давно пишешь-то? там одни заглушки функций, больше и нет ничего. так оно и надо?

А чем обусловлен выбор лицензии Boost?

Логичнее было бы портировать на старую систему новый тулчейн и потом писать код без боли

Для меня сложно и долго. Ради экономии времени, использую, те инструменты которые мне доступны.

Какие именно, позволь узнать? Старые компы или старые портативные девайсы?

По возможности на всё, до чего доберусь и хватит знаний портировать.

давно пишешь-то? там одни заглушки функций, больше и нет ничего. так оно и надо?

Около месяца. Заглушки для дальнейшей реализации, еще не до конца доделан software рендер. Но до этого был похожий проект, поэтому беру код из него. Там много реализованного функционала который нужен для SDL3Lite.

А чем обусловлен выбор лицензии Boost?

Раньше работал плотно с библиотекой boost, ну и взял её как основу для своих проектов.

Не устраивает, что с каждой новой версией дропают поддержку множества и не таких старых платформ.

Типа windows 3.1 и ms-dos?

Типа windows 3.1 и ms-dos?

Это уже мои хотелки.

На сайте SDL, при очередном релизе есть пункт drop systems. И с каждой новой версией список не маленький. И по опыту поддержки старых систем, не сказать, что это дорого и сложно. Около 1000-2000 строк кода на систему. Конечно это нужно сделать, поддерживать, отлаживать и т.д А когда таким систем десятки, нагрузка чувствуется. Ну и понятно, что основным разработчикам платят, а кто платит тот и танцует. А мне никто не платит, могу себе позволить добавить поддержку Windows 3.1 и MS-DOS.

Сделай где-нибудь список того что точно не будет реализовано. Нужно знать на что обязательно завязаться чтобы старьёвщики не пытались лезть в мои проекты.

Нужно знать на что обязательно завязаться чтобы старьёвщики не пытались лезть в мои проекты.

Вот, нашёл на опеннете:

Проблема с fheroes2 в том, что они используют новые фичи плюсов, а под некоторые архитектуры нет свежего gcc (например под armv4t самый свежий gcc/g++ это версия 4.4.3), а более новые хотя код вроде как генерят, но тащут свои объектники и либы заточные под более свежий арм. Поэтому данная либа им не поможет.

Т.е. достаточно писать на каком-нибудь C++21, и весь этот древний мусор останется в пролёте.

Проблема с fheroes2 в том, что они используют новые фичи плюсов

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

Это как раз правильный подход. Для SDL1 и SDL2 есть compat библиотеки, которые транслируют старый API в новый, то есть на SDL3 можно запускать старые игры.

Ты путаешь вообще никак не связанные (или диаметрально противоположные, это как посмотреть) вещи - запускать старые игры на новой библиотеке и запускать новые игры на поддельной библиотеке прикидывающейся SDL3, но поддерживающей никому не нужные древние платформы. Тут как бы можно даже настолько упороться что игру на SDL2 собрать с sdl2-compat чтобы вместо SDL2 она использовала SDL3, но вместо SDL3 подложить SDL3Lite, чтобы прост чтобы. Может быть можно даже sdl12-compat -> sdl2-compat -> SDL3Lite.

sdl12-compat

Оно говно. По факту игры с sdl1 на ней ломаются и не только игры. Тестил на openxcom, когда пересобрал вместо sdl1. Также в xine при сборке с sdl12-compat ломается вывод в sdl

Сорян, я немного полистал код на гитхабе, хорошо оформлен, чист понятен читать приятно. Кругом ассерты, будто никто не будет это компилировать с -О2 и -О3, ну ладно имеет место быть, а тут то чего нет никаких ассертов, отрицательное число сюда никогда не придёт, а чому оно int а не uint тогда:

Palette::Palette(int ncolors)
{
    this->ncolors = ncolors;
    colors        = new Color[ncolors];
    version       = 0;
    refcount      = 0;
}

Прям вот так?

SDL_Renderer* SDL_CreateSoftwareRenderer(SDL_Surface* surface)
{
	return NULL;
}

Сорян, я немного полистал код на гитхабе, хорошо оформлен, чист понятен читать приятно. Спасибо за отзыв.

Кругом ассерты, будто никто не будет это компилировать с -О2 и -О3, ну ладно имеет место быть,

Ассерты я заменю на обработку ошибок, так как в оригинальном SDL3 при ошибке нужно вызвать SDL_GetError. Пока assert это временное решение.

отрицательное число сюда никогда не придёт, а чому оно int а не uint тогда:

Мелкие шероховатости, пока остаются в коде. SDL_CreateSoftwareRenderer это заглушка до реализации.