Теоретически, это возможно (правда, некоторые возможности будут утеряны, например, можно было бы оптимизировать код с учётом наличия r8-r15 и SSE2), а практически все может оказаться сложнее, чем кажется (тем более, если прога длинная).
Нюансы:
• Могут поехать размеры данных из-за изменения размеров операндов. К примеру, есть dd и dword ptr. Нужно ли их приводить к dq и qword ptr? Далеко не всегда, зависит от конкретном ситуации. К примеру, в виндовых структурах есть dw-поле, а есть lpsz. Поле dw Всегда будет 32-битным, а lpsz – зависит от разрядности. При этом, если мы записываем что-то с помощью mov dwSomeData,eax, то mov dwSomeData,rax вызовет ошибку. Но тут можно играться с названиями универсальных регистров. Там, где нужно всегда использовать eax, указывать явно: eax. А где операнд зависит от разрядности – my_eax. Аналогично с dd, dword ptr.
• То же самое, но с непосредственными значениями. Что значит 0FFFF0000h? Что у нас только 16 младших разрядов должны быть обнулены или что старшие 32 (в 64 битах) тоже?
• Как сделаны вызовы и объявления функций? Если это просто метки и push+call, то будет геморно (потому как фреймы устроены по-разному, да и параметры передаются по-разному). Тут sub rsp,32 может оказаться недостаточно, т.к. нужно выравнивать стек до 8 байт. Но если через invoke/proc, тогда всё должно работать само собой. Но! Вызов invoke SomeFunc, eax, ecx сработает в Win32, а вот в Win64 (invoke SomeFunc, rax, rcx) – не факт, т.к. invoke скорее всего заносит в регистры-параметры данные тупо последовательно (у меня именно такой вариант, по приведённой вами ссылке – не знаю, может, там исправлено), т.е. это развернётся в:
<{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}>
• Если есть push/pop, которые окружают вызов функции, они могут нарушить выравнивание стека перед вызовом (т.к. это не учитывается при создании фрейма).mov rcx,rax
mov rdx,rcx ; опа... а rcx у нас уже перезаписан!
call [Function]
• Если вдруг в коде используются инструкции, которые в 64-х битах недоступны (скажем, das, например, для перевода в 16-ричное число), то этот кусок кода придётся переписывать.
• Ну и пр., о чём я ещё не вспомнил.
Пробуйте. Всё реально
Добавлено
Цитата kin01 @
Думаю, что нужно, т.к. когда я делал подобное, я не нашёл у себя файла, к примеру, kernel32.inc и пр., и брал из masm32 и стороннего комплекта под ml64. Ещё такой вопрос, взял отсюда комплект под 64 и сгенерил либы инклуды Library update May 2018 может это всё не нужно раз из студии компилирую, как через неё можно сгенерировать инклуды и т.д.
Добавлено
По трудоёмкости сложно сказать, всё сильно зависит от кода. Может, он там так написан, что проще сделать
<{CODE_COLLAPSE_OFF}><{CODE_WRAP_OFF}>
if _WIN32
; весь код под 32
elseif _WIN64
; весь код под 64
endif
Добавлено
Посмотрел вашу ссылку. А что там, собственно, ценного? Это чисто библиотека m64lib, там нет inc'ов вообще. Вам надо вот это: http://xk8.ru/ml64