Тамошний комментарий относится к тому, что в tup-файлах нужно очень аккуратно обращаться с командами, содержащими символ процента, в том числе "echo %define ..." - некоторые конструкции норовят его проинтерпретировать как специальный символ даже после экранирования. -D, если он поддерживается, можно использовать, http://websvn.kolibrios.org/filedetails ... upfile.lua
Спасибо, понятно. Только если оно не будет собираться на сервере, то смысла в этом мало.
CleverMouse wrote:Там и так зоопарк компиляторов, я не хочу добавлять ещё один без острой необходимости.
Причина? Это как-то повредит серверу? Ну просто не понятно.
Например, экзотический С-- есть на сервере, а вот почему бы не добавить ещё и MASM-совместимый форк Watcom Assembler?
Цвет выделения в поле ввода я беру из стандартных цветов.
Но в некоторых других программах, также использующих системные цвета, этот цвет другой.
Каким он должен быть? Или оставить как есть?
Похоже лучше цвета для EditBox'a частично захардкодить:
1. ободок system.color.work_graph
2. фон белый - fixed 0xFFFfff
3. текст черный - fixed 0x000000
4. выделение - fixed какой-нибудь синий цвет вроде 0x94AECE
#7039
Я загрузил на svn исходный код в programs/system/RunOD/1
Также была загружена необходимая библиотека KolibriOS.lib в contrib/sdk/lib
Теперь осталось с TUP-файлами.
Чем больше людей будет знать, как устроена колибри и экосистема, тем лучше. И раз ты решил добавлять сборку jwasm'ом, то осталось ещё немного:
В /tup.config.template есть переменные, чтобы отключать сборку программ, для которых нужны компиляторы, которых в системе нет. Например, CONFIG_NO_NASM=full для тех, у кого не установлен nasm. Т.е. билд будет пропущен, а не зафейлится по 'nasm: command not found'. Надо добавить рядом такую строчку по аналогии для jwasm.
Т.к. для сборки RunOD/1 не достаточно только jwasm, а нужен ещё и kos32-ld, то проверки 'if tup.getconfig('NO_JWASM') ~= "" then return end' мало, нужно ещё проверять на NO_GCC. Сейчас билд начинается, но падает, у тех, у кого есть jwasm, но нет kos32-ld. Это можно пофиксить по примеру shell.
В /data/Tupfile.lua аналогично предыдущему пункту: если jwasm'а или kos32-ld нет, то RunOD/1 не соберётся и копировать в образ нечего.
-- Programs that require GCC to compile.
if tup.getconfig('NO_GCC') ~= 'full' then
.............
{"SHELL", PROGS .. "/system/shell/shell"},
})
dunkaist wrote:В /tup.config.template нет дефолтной строчки CONFIG_NO_JWASM по аналогии с другими компиляторами.
dunkaist wrote:Например, CONFIG_NO_NASM=full для тех, у кого не установлен nasm. Т.е. билд будет пропущен, а не зафейлится по 'nasm: command not found'. Надо добавить рядом такую строчку по аналогии для jwasm.
В data/Tupfile.lua оставил как было: для shell тоже нужен GCC, и его наличие проверяется, но не проверяется наличие FASM(проверка находится в другом Tupfile) — я решил не проверять наличие GCC(проверка точно так же находится в другом Tupfile).
Если открыть RUN с параметром в строку адреса помещается текст из параметра.
Я как-то хотел запустить i915 с параметрами, находясь в его папке и думаю было бы круто сделать "Открыть с помощью" > RUN и тогда только нужно добавлять параметры.
Вместо этого мне нужно запустить ран и найти где лежит i915.