spf-asm

[ygrek-3]

Привет,

 В продолжение темы :
http://sourceforge.net/tracker/index.php?func=detail&aid=1778916&group_id=17919&atid=117919

 Чем был вызван переход на другой(?) ассемблер?
 Примерно в это же время в spf/src во многих ассемблерных примитивах
были изменения, в основном менялся порядок команд асма. Хотя бы для
changelog'а интересно - зачем это было сделано? Прирост в скорости?

 Для того чтобы не наступать на уже наступленные грабли, предлагаю
потихоньку коллекционировать простые тесткейсы на ядро spf где-нибудь в
cvs, думаю это будет полезно и для проверки оптимизатора...
Предлагаю использовать ~ygrek/lib/testcase.f (автор ~day, расширенный
вариант samples/ans/tester.f).

--
 wbr, ~ygrek


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev

[Andrey Cherezov]

Some javascript/style in this post has been disabled (why?)

Добрый день, ygrek!

Ваше сообщение от 26.08.2007 19:17:

 В продолжение темы :
http://sourceforge.net/tracker/index.php?func=detail&aid=1778916&group_id=17919&atid=117919

 Чем был вызван переход на другой(?) ассемблер?
  

Кстати, по поводу этого конкретного бага:
вот некий аноним там пишет:
"Демонстрирует проблему :

lib/ext/disasm.f
lib/ext/spf-asm.f
"
т.е. подключается старая версия Шнейдеровского ассемблера и
демонстрируется его баг, якобы виновный в баге SEARCH.
В то же время Рувим показал, что на CVS со 2-го августа
используется не Шнейдеровский, а Максимовский (новый Шнейдеровский? :)
асм:
S" ~mak\LIB\ext\spf-asm.f"    INCLUDED
(Миша и внес это изменение).

Теперь непонятно, SEARCH поломался из-за ошибки в каком
асме? Почему у меня недавно (по иронии судьбы - 1-го августа! :)
собранная с CVS версия этой ошибки в SEARCH не имеет.

Кажется без Мишиного комментария мы не разберемся...

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev

[azekeprofit]

Для того чтобы не наступать на уже наступленные грабли, предлагаю
потихоньку коллекционировать простые тесткейсы на ядро spf где-нибудь в
cvs, думаю это будет полезно и для проверки оптимизатора...
Предлагаю использовать ~ygrek/lib/testcase.f (автор ~day, расширенный
вариант samples/ans/tester.f).

Это получается нужно переопределять CODE и END-CODE , чтобы они запоминали бинарный вывод ассемблера в слово. Тогда они могут сами делать тест-кэйсы которые будут сверять слова сделанные через CODE ( т.е. ассемблером) от точки до точки.

Правда если новые версии ассемблера начнуть "умничать" и проводить оптимизации то это будет выявлятся как ошибка, несоответствие.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev

[ygrek-3]

Привет,

> Это получается нужно переопределять CODE и END-CODE , чтобы они запоминали
> бинарный вывод ассемблера в слово. Тогда они
> могут сами делать тест-кэйсы которые будут сверять слова сделанные через CODE (
> т.е. ассемблером) от точки до точки.
>
> Правда если новые версии ассемблера начнуть "умничать" и проводить
> оптимизации то это будет выявлятся как ошибка, несоответствие.

Ой, нет, зачем так сложно. Стандартные тесты на действия -
стек вход-выход. Бинарное сравнение это разве-что для тестирования
самого асма. Я имел ввиду тесты на ядро.

--
 ~ygrek


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev

[azekeprofit]

ygrek-3 wrote:

 Чем был вызван переход на другой(?) ассемблер?

"Уж полночь близится, а Германа всё нет". Так почему ж таки SPF "перешли" на новый ассемблер?..

[Dmitry Yakimov-2]

azekeProfit wrote:
> ygrek-3 wrote:
>  
>>  Чем был вызван переход на другой(?) ассемблер?
>>
>>    
> "Уж полночь близится, а Германа всё нет". Так почему ж таки SPF "перешли" на
> новый ассемблер?..
>  
Да, мне тоже интересно.
Если это ассемблер из SMAL32 который был уже у Миши, то Ларионов дал
однозначный ответ о неразрешении включения в состав spf.

Дмитрий.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev

[Andrey Cherezov]

Добрый день, Dmitry Yakimov!

Ваше сообщение от 10.10.2007 19:30:
> Да, мне тоже интересно.
> Если это ассемблер из SMAL32 который был уже у Миши, то Ларионов дал
> однозначный ответ о неразрешении включения в состав spf.
>  
Насколько я вижу, Миша подключил тот же Шнейдеровский асм, который с 94го
года в составе SPF.
~mak\WIN32FOR\SRC\486asm.F
( 486 AND PENTIUM ASSEMBLER FOR WINDOWS 32BIT FORTH, VERSION 1.26 )
( COPYRIGHT [C] 1994, 1995, BY JIM SCHNEIDER )

Отличия от lib\asm\486asm.f на пару кил - это mak видимо оптимизировал
дополнительно.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Spf-dev mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/spf-dev