Patch review request
https://files.catbox.moe/72upyo.patch

С ним спокойно под виндой собирается, что x32, что x64

И, кстати, gcc 11.2, так что есть шанс, что совместимость на gcc 9 не заканчивается.

(Reply to this) (Parent) (Thread)

ну я ж просил: все твои добавления — под уникальный цмак-флаг и ифдеф, а не пытаться что-то детектить. я детекты — тем более интрузивные — принимаю только в исключительных случаях. вот ты будешь это маинтайнить на всех архитектурах и типах сборок, которые возможны? если нет — то пожалуйста, любые детекты, но исключительно под уникальным ифдефом/опцией, чтобы всё добавленое всей массой включалось/отключалось лёгким движением пальца.

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

(Reply to this) (Parent) (Thread)

И в третий раз закинул он невод)))
https://files.catbox.moe/eo7m51.patch

Ты просто rationale сразу пиши. А то я ж виндовый программразработчик, и то последнее время чаще жабу с шарпом использую, чем плюсы. Для меня *nix-овый тулчейн тёмный лес, поэтому я иду по пути наименьшего сопротивления. А он такой: ты поддерживаешь lnx/32, я wnt/64, а кто хочет ещё какую-то, тот пусть сам её и саппортит. Ибо нефиг.

Кстати, я тут набросал заодно краткий гайд по сборке, так что если кто будет спрашивать, как собрать под винду, можешь сразу им кидаться
https://files.catbox.moe/nld6ab.md

(Reply to this) (Parent) (Thread)

>Ты просто rationale сразу пиши.
да, это я протупил. общая идея — как ты понял — такая, что если для поддержки чего-то, чего у меня нет, надо менять код и цмакфайлы, то это всё оборачивается в цмак-опцию и ифдеф, даже если в итоге получается говнокод. чтобы была гарантия, что изменения точно ни с чем не конфликтуют, если их специально не включать.

коммит закоммитоваел, спасибо!

гайд добавил в вику и в репу тоже, спасибо большое!

(Reply to this) (Parent) (Thread)

Achievement unlocked: Open Source contribution. :))

Я бы ещё с определением процессора поигрался в СMakeList, чтобы он по дефолту ставил -march=native

Ты, кстати, при сборке под MXE какие-то флаги указываешь, или оно само всё детектит?

(Reply to this) (Parent) (Thread)

я там вполне сознательно native убрал. во-первых, нихуя не помогает всё равно. а во-вторых, нихуя не помогает всё равно. и ещё долбоёбнутый gcc радостно генерит мне AVX в нативе, а валгринд в 32 бита AVX не понимает, не может такого быть на свете.

на деле — реально смысла нет, потому что большинство времени движок проводит или в цикле VavoomC VM, или ходит по дереву и кормит OpenGL. для вавумцэ никакие ссе не помогут, потому что компилер вавумцэ, натурально, ничего не умеет векторизовать. а в деревоходилке тоже особо ничего нет, потому что структуры данных нахер не заточены под векторизацию ваще. так что особой разницы ты не заметишь.

(Reply to this) (Parent)

p.s.: под MXE обычно тупо собирается с -DWITH_OLD_CPU=ON

(Reply to this) (Parent)

p.s.: просто я ж собираю ещё win32 бинари кросскомпилером. вот в таком виде, как всё сейчас — оно собирается, и я стараюсь в эту сторону не дышать, а то мало ли. ;-)

(Reply to this) (Parent)

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

(Reply to this) (Parent) (Thread)

Было бы хорошо, а то я уже думал репу на шитхабе делать, чтобы было где актуальный вариант держать. Но в твоей Вики правильнее.

(Reply to this) (Parent) (Thread)

давай усернаме и пассворд удалёнкой. пассворд потом поменяешь, натурально.

(Reply to this) (Parent)

ясдлл, дорогой! там тебе права на всё читать-писать, по идее, должны быть. если я не налажал.

(Reply to this) (Parent)