Миграция с TASM/MASM на JWASM

Возможна ли такая миграция более или менее быстро и безболезненно?
А то на главной странице JWASM заявлено (ну как обычно это делается), что мы все такие крутые, замена тому, сему, и еще дополнительные фичи.
Пытаюсь компилить исходники, написанные для TASM в режиме совместимости с MASM, и в итоге получаю кучу ошибок, к примеру, не нравится JWASM'у слово global. Ладно, заремил все global'ы, добавил опцию в командной строке -Zf (maske all symbols public), компилю снова - теперь ему не нравится объявление структур...
2 вопроса, кто сталкивался,
1) возможно ли написание кода так, чтобы компилилось и в TASM, и в JWASM (для отладочных целей на первое время)?
2) стоит ли вообще овчинка выделки, или придется перепахивать весь код, чтобы JWASM нормально все захавал (и высрал что надо)?

 

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

 

Mikl___
Речь не о "TASM" vs. "MASM", а о "TASM в режиме совместимости с MASM плюс собственные расширения" vs. "JWASM".

qqwe
Я хотел как раз перейти на JWASM, ибо, как понял, он более продвинутый, нежели WASM, к тому же JWASM местами понимает текст для "TASM в режиме совместимости с MASM".

На данный момент, т.к. все global'ы собраны у меня в кучу в одном файле, я сделал следующее:
1. В начале этого файла для JWASM'а вставил строки:

Код (Text):

1. ifdef __JWASM__
2. option renamekeyword:<externdef>,global
3. endif

externdef - аналог TASM'овского global, а option renamekeyword просто переименовывает externdef на global.
2. Добавил имена структур перед ends каждой структуры; TASM'у пофиг (что есть, что нет), а JWASM'у нужно, чтобы было.
3. Но пока не придумал (а разработчик еще не ответил), как обойти использование label в объявлениях структур, например:

Код (Text):

1. ; PUSHAD Workspace
2. PADWS               struc
3. padws_begin = $
4. PADrEDIbytes        label   byte
5. PADrEDI             label   dword
6. PADrDI              dw      ?
7.                     dw      ?
8. PADrESIbytes        label   byte
9. PADrESI             label   dword
10. PADrSI              dw      ?
11.                     dw      ?
12. PADrEBPbytes        label   byte
13. PADrEBP             label   dword
14. PADrBP              dw      ?
15.                     dw      ?
16. PADrESPbytes        label   byte
17. PADrESP             label   dword
18. PADrSP              dw      ?
19.                     dw      ?
20. PADrEBXbytes        label   byte
21. PADrEBX             label   dword
22. PADrBX              label   word
23. PADrBL              db      ?
24. PADrBH              db      ?
25.                     dw      ?
26. PADrEDXbytes        label   byte
27. PADrEDX             label   dword
28. PADrDX              label   word
29. PADrDL              db      ?
30. PADrDH              db      ?
31.                     dw      ?
32. PADrECXbytes        label   byte
33. PADrECX             label   dword
34. PADrCX              label   word
35. PADrCL              db      ?
36. PADrCH              db      ?
37.                     dw      ?
38. PADrEAXbytes        label   byte
39. PADrEAX             label   dword
40. PADrAX              label   word
41. PADrAL              db      ?
42. PADrAH              db      ?
43.                     dw      ?
44. padws_size = $ - PADrEDI
45. PADWS               ends

JWASM ругается, мол, неверное применение label.

 

Внезапно, наткнулся на свой антиквариат. Решил немного отвлечься, подправил пару-тройку файлов... под UASM. (Не разобрался еще как переименовать тему).
Ладно, этот тупица не понимает множественных push и pop (как было привычно в TASM). Фиг с ним, наплодил везде где надо.
Но вот не пойму, какого черта эта... этот компилятор не понимает размерности члена структуры, описанной накануне, где, естественно, размерность этого члена (и всех остальных) явно указана!
В коде:

Код (Text):

1.  
2. GKIDWS          struc
3. gkidws_begin = $
4. GKIDTmpregESI   dd      ?
5. GKIDTmpregEBX   dd      ?
6. GKIDSymbolCnr   dd      ?
7. GKIDKeywordID   dd      ?
8. GKIDKeywordLen  dd      ?
9. GKIDSymbolPtr   dd      ?
10. GKIDTemplatePtr dd      ?
11. GKIDTemplates   dd      00100h - (GKIDTemplates - gkidws_begin) dup(?)
12. gkidws_tmplts_size = $ - GKIDTemplates
13. gkidws_size = $ - GKIDTmpregESI
14. GKIDWS          ends

И чуть далее:

Код (Text):

1. inc     [esp].GKIDSymbolCnr

Что же сообщает мне эта параша?

Код (Text):

1. Error A2183: Instruction operand must have size

Видно, я что-то не так делаю, offset он из структуры берет, а размерность нет. Есть способ заставить его понимать размерность? Может, надо как-то по-другому объявлять? А то очень неприятно "прибивать гвоздями" одни и те же очевидные вещи в разных местах...
Спасибо.

 

хм...

inc dword ptr [esp].GKIDSymbolCnr

 

На счёт UASM. Я использую версию 2.46.10.0, есть более новая версия, но он у меня не компилирует мой проект XRayExtensions 2, какая-то ошибка вылазит. Так что приходится использовать более старую версию. Вероятно в процессе рефакторинга кучу ошибок занесли, бывает.
И да, UASM не полностью совместим с МАСМом.

 

Как раз такая "доработка" и не устраивает. Как предлагает Mikl___, обращусь таки к разработчикам.

 

Ykidia,
разработчики всегда будут правы
как реализована inc dword ptr [esp].GKIDSymbolCnr в UASM ?
извлекается указатель dword ptr - другого и не может быть в 32 (обобщенный указатель )
а вот потом манипуляции с ним - это дело и право разработчиков UASM
по обработке структуры GKIDWS (как они реализуют)
см. дизасм. код
типа того для данного случая

8B0424 mov eax, [esp]
FF4008 inc dword ptr [eax+8]

или
FF442408 inc dword ptr [esp+8]

но для общности и универсальности алгоритма
скорее первый вариант