Предлагаю сделать для реакта свой aptitude

Так ведь rapps есть. Его в рамках gsoc вроде редизайнят и консольный интерфейс сделают

Сделают

ага, планируется еще тихая установка, только вот для нее нужен будет репозиторий

мне кажется тихая установка и консольный интерфейс не полетит поэтому

да и на винде кликать привыкли

Это вы там на винде кликать привыкли.

Гуишные подстилки

Консолька норм пойдёт

Идем в ногу со временем, выросли из консолей

в одной руке стакан кофе, в другой мышка

Не все такие

Кто то предпочитает сигу и клаву

брутальный линуксоид

> @E_KOsh Кто то предпочитает сигу и клаву во во. я предпочитаю руки на клаве и шорты, чем елозить мышкой. Исключение только тачпад на макбуке

ну ведь ты елозишь по клаве

одно и тоже

Тыкаешь

> @a1anwake елозишь по клаве я тапаю))

Таки шо, Марат не показыался? ?

Подайте идеи как репозитории для форка раскидать, чтобы сделать их менее связными. Пока идеи такие: - Код в одной репе (нужно разбить более детально или по папкам раскидать) - Бинарные файлы в другой (нах нам иконки и обои в репе с кодом) - Еще репы: Wiki-страницы, сам вебсайт, реп для Issue (в других репах только пулл реквесты) или другая конфигурация Для сборки ОС нужно будет в одну папку закинуть репы с кодом и бинарями и собирать (т.е. эти репы - НЕ сабмодули мега-репы. это проще для сборки, если много веток) https://github.com/OSGreentea

Подайте идеи как репозитории для форка раскидать, чтобы сделать их менее связными. Пока идеи такие: - Код в одной репе (нужно разбить более детально или по папкам раскидать) - Бинарные файлы в другой (нах нам иконки и обои в репе с кодом) - Еще репы: Wiki-страницы, сам вебсайт, реп для Issue (в других репах только пулл реквесты) или другая конфигурация Для сборки ОС нужно будет в одну папку закинуть репы с кодом и бинарями и собирать (т.е. эти репы - НЕ сабмодули мега-репы. это проще для сборки, если много веток) https://github.com/OSGreentea

предлагаю такую схему: /binaries/ - исошки и пр /build/ - сырцы утилит, необходимых для сборки (ща они нинзей собираются не помню откуда) /include/ - общие инклуды типа виндовс.h и пр. /sources/ - сырцы дллок, ядра и пр /resources/ - всякая бня с иконками, переводами диалогов и пр;

всякая бинарная бня в отдельный реп идёт

лучше подумай как sources организовать

https://gist.github.com/PeyTy/870264dd817f10f60c8af024f31933c1

один товарищь вот фантазировал

https://github.com/OSGreentea/reactos-restructure

и вот здесь еще креатив

меня угнетает unsorted)

и еще я б добавил один уровень в native

subsystems

и в него csrss и csrsrv

т.к. это компоненты подсистемы win32

а ведь можно ж еще посикс и полуось)

чичас найду дискашн на форуме, они уже пытались папки организовать

MinGW генерит такие же экзешники что и MSVC? если реактось релизы только через mingw собирать будут несовместимости или что?

https://www.reactos.org/forum/viewtopic.php?p=102258&sid=8f3546ae7a5b01937e1314f0481288b7

https://jira.reactos.org/browse/CORE-9111#comment-64104

MinGW генерит такие же экзешники что и MSVC? если реактось релизы только через mingw собирать будут несовместимости или что?

@AlexFails не вникал?

MinGW генерит такие же экзешники что и MSVC? если реактось релизы только через mingw собирать будут несовместимости или что?

Смотря как смотреть

Те же, но не те же

Msvc по умолчанию свой рантайм влепляет

Но можно и без него....

Но разницы то никакой в итоге? Нафига тогда зависимость от MSVC? С двумя компиляторами поведение может отличаться, undefined bechaviour, стандарты итд.

ну, в целом пофиг в чем собирать

не знаю почему зависимость от msvc

касательно UB - если код написан нормально, то и соберется он везде одинаково

вроде бы mingw юзает msvcrt.dll

по минимуму

ну эээ ... я хз. а надо его юзать вообще?

потому что сишка может быть вкомпилена статически в код

не знаю почему зависимость от msvc

Думаю можно выпилить и юзать только православный mingw

гипотетически да

но практически пох

поясню

дело в том, что те же драйвера собираются с помощью пакета DDK

а он типа бесплатный

и в комплекте MS C/C++ Compiler

с заголовками

что реально охуенная вещь

это то что там есть утилита msbuild

с помощью которой винду собирает

она очень грамотно кэширует и собирает файлы

типа cmake, только виндовая тулза

Но разницы то никакой в итоге? Нафига тогда зависимость от MSVC? С двумя компиляторами поведение может отличаться, undefined bechaviour, стандарты итд.

При отладке потом разница есть (pdb)

Тогда зачем mingw?

ERROR: S client not available

Не то чтобы у меня догадок не было, просто если это из разряда "полтора землекопа" то зачем это псевдо-разнообразие

Тем более что DDK можно под реактосом заести и собирать самого на себе

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

У меня некоторый софт под mingw не собирался или не работал, я того и спрашивал в чем разнциа

Тогда зачем mingw?

Это нужно тех, кто им пользуется спросить. Я пока заметил, что ловит косяки, которые VC проглатывает и работает пошустрее. Так что я максимум проверяю, чтобы им тоже компилилось

Это нужно тех, кто им пользуется спросить. Я пока заметил, что ловит косяки, которые VC проглатывает и работает пошустрее. Так что я максимум проверяю, чтобы им тоже компилилось

Про пошустрее - выше говорят что msbuild грамотно кеширует А косяки искать статическим анализатором?

Статическим вообще отлично. А пока у нас даже VC waning'и даёт ?

msbuild требует правильно написанных файлов к нему

касательно пошустрее - все индивидуально

есть предположение с PCH майкрософтовский компилер будет быстрее

на втором, третьем и пр. прогонах

на первом - может быть и медленнее

касательно ворнингов - вот чтоб без них совсем было - так не бывает

тогда это очень маленькое подмножество С получается

просто я занимался DDK, драйвера, пять лет назад винду компилил из исходников

поставьте задачу точно - что хотите получить

и давайте ее решать

кстати

безумная мысль - манглирование ведь у МС и мингв разное

для С++

что ставит крест на использовании библиотек друг от друга, не?

поэтому все объектники чужие и либы делают с "extern C"

безумная мысль - манглирование ведь у МС и мингв разное

это меня и смущает, ведь мы эмулируем винду, лучше иметь гарантии ABI-совместимость

ну, какая нахер АБИ совместимость?

это меня и смущает, ведь мы эмулируем винду, лучше иметь гарантии ABI-совместимость

я же говорю, что у меня софт на нескольких вариантах mingw не работал, простенькие DLL-ки были

у тебя весь вин-апи или __cdecl или __stdcall

я же говорю, что у меня софт на нескольких вариантах mingw не работал, простенькие DLL-ки были

давай конкретику

типа не было ф-ции такой то и пиздец

или импорт сломался дллек

поставьте задачу точно - что хотите получить

По мне так больше времени на обновление/переустановку идет, чем на сборку.

По мне так больше времени на обновление/переустановку идет, чем на сборку.

во-во

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