Исправление Deleted, (текущая версия) :
Вообще я думаю, ядерную часть стоило бы вынести в отдельный проект от подсистемы WinApi и пилить отдельной командой.
Это пошло бы на пользу всем частям большого проекта.
И была бы более чёткая интеграция с wine на организационном уровне. wine <-> ядерная часть win32ss <-> ядро.
В итоге этой работы можно было бы прийти к консенсусу с разработчиками wine и реализовать в нём чётко изолированный платформенно-зависимый слой. Т.е.
+---> Linux-specific wine part -> X11/Wayland -> linux
|
wine --+
|
+---> NT-specific wine part -> win32ss -> NTOS
И каждая часть в отдельном репозитории: прикладная часть винды (UI), wine, win32ss, NTOS kernel.
И не перепиливать библиотеки вайна под свои нужды.
И новости по FreeNTOS были бы конкретно новостями по FreeNTOS. Там бы в комментах паслись системщики и вовлекались в проект постепенно.
Ну круто же?
Исправление Deleted, :
Вообще я думаю, ядерную часть стоило бы вынести в отдельный проект от подсистемы WinApi и пилить отдельной командой.
Это пошло бы на пользу всем частям большого проекта.
И была бы более чёткая интеграция с wine на организационном уровне. wine <-> ядерная часть win32ss <-> ядро.
В итоге этой работы можно было бы прийти к консенсусу с разработчиками wine и реализовать в нём чётко изолированный платформенно-зависимый слой. Т.е.
+---> Linux-specific wine part -> X11/Wayland -> linux
|
wine --+
|
+---> NT-specific wine part -> win32ss -> NTOS
И каждая часть в отдельном репозитории: прикладная часть винды (UI), wine, win32ss, NTOS kernel.
И не перепиливать библиотеки вайна под свои нужды.
И новости по NTOS были бы конкретно новостями по NTOS. Там бы в комментах паслись системщики и вовлекались в проект постепенно.
Ну круто же?
Исправление Deleted, :
Вообще я думаю, ядерную часть стоило бы вынести в отдельный проект от подсистемы WinApi и пилить отдельной командой.
Это пошло бы на пользу всем частям большого проекта.
И была бы более чёткая интеграция с wine на организационном уровне. wine <-> ядерная часть win32ss <-> ядро.
В итоге этой работы можно было бы прийти к консенсусу с разработчиками wine и реализовать в нём чётко изолированный платформенно-зависимый слой. Т.е.
+---> Linux-specific wine part -> linux
|
wine --+
|
+---> NT-specific wine part -> win32ss -> NTOS
И каждая часть в отдельном репозитории: прикладная часть винды (UI), wine, win32ss, NTOS kernel.
И не перепиливать библиотеки вайна под свои нужды.
И новости по NTOS были бы конкретно новостями по NTOS. Там бы в комментах паслись системщики и вовлекались в проект постепенно.
Ну круто же?
Исходная версия Deleted, :
Вообще я думаю, ядерную часть стоило бы вынести в отдельный проект от подсистемы WinApi и пилить отдельной командой.
Это пошло бы на пользу всем частям большого проекта.
И была бы более чёткая интеграция с wine на организационном уровне. wine <-> ядерная часть win32ss <-> ядро.
В итоге этой работы можно было бы прийти к консенсусу с разработчиками wine и реализовать в нём чётко изолированный платформенно-зависимый слой. Т.е.
+---> Linux-specific wine part -> linux
|
wine --+
|
+---> NT-specific wine part -> win32ss -> NTOS
И каждая часть в отдельном репозитории: прикладная часть винды (UI), wine, win32ss, NTOS kernel.
И не перепиливать библиотеки вайна под свои нужды.
Ну круто же?