ARMPC : Патчестроение : Форум |
Страница 8 из 11: « 1 ... 4 5 6 7 [8] 9 10 11 » |
den_po: |
04.04.12, 09:15 |
Legas2 пишет: -решены множественный проблемы с пробелами в путях/именах файлов (и, возможно, со включенным UAC) -улучшена возможность компиляции патчей, находящихся в папке, отличающейся от рассположения make.bat этих проблем нет. все имена с пробелами должны передаваться батнику с кавычками. для подключения x.inc из любой папки строчка с инклюдом может выглядеть так: Код: include "%fasminc%\x.inc" дописать несколько лишних символов недолго.Известные проблемы (RUS): -кодировки текста: консоль использует OEM кодировку, соответственно в логе все специфичные для языков буквы, будут выглядеть странно :). chcp 866 -при использовании FASMARM пакета, патч будет генерироваться для каждого cxc файла. В mp.exe нету/плохо реализована проверка на ошибки, поэтому определяйте сами какой из полученных патчей правильный :) делать нечего :D да и вообще не понимаю, почему все так фара боятся. фар хороший. отредактировал в нём файл, из него же скомпилировал, тут же установил, тут же залил. |
den_po: |
04.04.12, 16:47 |
Legas2 пишет: этих проблем нет. все имена с пробелами должны передаваться батнику с кавычками должны, но в оригинале, например: Код: if exist %firmwares%\%target%\phone_emp_app.cxc Код: echo ;%target% >%2.%target%%3.vkp ох ты ж блин :D а я только пути с исходниками проверял :D для подключения x.inc из любой папки строчка с инклюдом может выглядеть так: об этом ты уже писал в этой теме, с примером добавления fasminc в "системные переменные" :) в системное окружение, кстати, необязательно совсем. батничек при отсутствии переменной сам создаёт её chcp 866 только для русской винды как я понел, тк в гугле я нашёл вопросы по поводу другой кодировки. не думаю Ещё неплохо бы, чтоб пришли к общему мнению по поводу хранения описания патча в формате elf. Пример: <patch_in_iar>\description.txt - тогда такой файлик можно будет тоже добавить в шапку патча при конвертации в elf2vkp не вижу смысла И, может есть более-менее общепринятое название переменной для хранения библиотек (асм)? опять же, не вижу смысла. достаточно %fasminc% и %target% |
Legas: |
11.04.12, 17:56 |
заметил тут что современный компилятор неочень дружит с ошибками asm. Вот, к примеру, "древний" компилятор выдаёт корректные предупреждения в случае отсутствия выравнивания, и попытке совершить переход (BL) за пределы. Новый же компилятор утверждает что наш процессор не совместим с некоторыми инструкциями.... |
den_po: |
11.04.12, 22:26 |
Legas2, всё правильно. потому что некоторым семействам процессоров arm пофиг на выравнивание. |
Legas: |
11.04.12, 22:43 |
может можно как-то улучшить ситуацию, ведь мы знаем что нашему не пофиг? |
den_po: |
12.04.12, 00:50 |
Legas2, тему перечитай |
Legas: |
12.04.12, 02:28 |
эт про то, что ты выставил что-то типа 0хFF в качестве что-то типа максимального поддерживаемого уровня совместимости процессора, тк было лень выяснять что наш проц в действительности поддерживает? Тогда, как нам, простым смертным, узнать самим что наш проц поддерживает, а что нет? |
den_po: |
12.04.12, 02:29 |
Legas2, читай, блин |
den_po: |
10.07.12, 23:16 |
пересобрано с fasm 1.70.03 и fasmarm 1.27. в прошлой версии было поломано конвертирование из utf8 в исходниках, в последней исправлено (косяк не мой) Добавлено 11.7.12 00:37 ну вот, поспешил ерунду с пробелами, что хотел выложить, забыл, да и патч на скобки устарел. буду исправлять. Добавлено 11.7.12 00:48 проблема не в патче. пойду автора пинать. Добавлено 11.7.12 01:12 кому нужен старый екзешник, вот версия 1.25 http://justdanpo.cheb.ru/temp/FASMARM.EXE |
den_po: |
12.07.12, 22:55 |
пересобрано с fasmarm 1.28. тестируйте. |
Страница 8 из 11: « 1 ... 4 5 6 7 [8] 9 10 11 » |
URL этой темы: https://mobilefree.justdanpo.ru/newbb_plus/viewtopic.php?topic_id=4458&start=70 © 2005-2018 supertrubka.org |