З/
Всё почистил, 300 раз проверил (ничего не изменилось). Заработало
Size: a a a
2021 August 19
З/
VB
потрясный результат :))
З/
Ну всё, теперь всё работает. Можно делать игру тысячалетия
YG
Удачи)
З/
Как блин все эти аргументы теперь сложить в отдельный файл конфигурации?
З/
чтобы потом просто nimble вызвать и всё
З/
я уже по нескольким репам прошёл и в каждой по разному сделано
YG
# config.nims
--d:emscripten
--cc:clang
--clang.exe:"/usr/lib/emscripten/emcc"
--clang.linkerexe:"/usr/lib/emscripten/emcc"
--cpu:i386
--d:release
--checks:on
--assertions:on
--stacktrace:on
--linetrace:on
--excessiveStackTrace:on
--d:noSignalHandler
--passL:"-s DYNCALLS=1"
YG
как-то так)
VB
сделай по своему, будь мужыком блеадь! :)
З/
это же ещё не всё. Это типа 80%
YG
Мне вроде хватает) а что еще нужно?
З/
НУ хотя да. У меня был конфиг. надо было только 3 строки с passL добавить)
2021 August 20
З/
Я уже не первый раз натыкаюсь на эту штуку. В последнее время появилась некоторая практика среди программистов (или просто мода?) писать код так сказать "от большего к малому", то есть
Но в ниме подобный код вызовет ошибку, которая напоминает логику старых языков, в которых надо сперва дать определение, а уже потом использовать. Я так понимаю это норма? В таком случае мне придётся либо писать
либо вверху файла инициализировать процедуры, а потом хоть в каком порядке писать?
proc foo()
bar()
proc bar()
..Но в ниме подобный код вызовет ошибку, которая напоминает логику старых языков, в которых надо сперва дать определение, а уже потом использовать. Я так понимаю это норма? В таком случае мне придётся либо писать
proc bar()
..
proc foo()
bar()
либо вверху файла инициализировать процедуры, а потом хоть в каком порядке писать?
VB
Для С/С++ такое написание абсолютно нормально, для nim можно юзать mixin bar
VB
но для всех современных языков, где отсутствует объявление ф-ций такое написание в целом не очень...
M(
Есть ещё codeReordering
M(
Но лучше просто писать нормально :D
З/
нормально - это как? :D