FreePascal x64 上系统单元函数的汇编调用

我有一些 Delphi/汇编代码，可以在 Win32、Win64 和 OSX 32 上编译并正常工作（XE2）。但是，由于我需要它在 Linux 上工作，所以我一直在考虑编译它的 FPC 版本（到目前为止，Win32 /64、Linux32/64）。

总的来说，它运行良好，但我无法开始工作的一件事是调用/跳转到 DelphiSystem单元函数，例如：

  jmp System.@FillChar

这似乎对 FPC Win32/Linux32 具有预期的效果，但是fails有一个例外在 FPC Win64/Linux64 上。 （我非常熟悉平台之间的调用约定差异，所以不认为这是原因。）

在 x64 平台的 FPC 上执行此操作的正确方法是什么？

[Edit1]--- 为了回应大卫的评论，这里有一个简化的程序来说明问题（至少我希望它能如此准确）：

program fpcx64example;
{$IFDEF FPC}
  {$MODE DELPHI}
  {$ASMMODE INTEL}
{$ELSE}
  {$APPTYPE CONSOLE}
{$ENDIF}

procedure FillMemCall (p: pointer; len: longword; val: byte);
asm
  // this function and the System function have the same parameters
  // in the same order -- they are already in their proper places here
  jmp System.@FillChar
end;

function MakeString (c: AnsiChar; len: longword): AnsiString;
begin
  Setlength (Result, len);
  if len > 0 then FillMemCall (PAnsiChar(Result), len, byte(c));
end;

begin
  try
    writeln (MakeString ('x',10));
  except
    writeln ('Exception!');
  end;
end.

使用 FPC 编译： [Win32:] fpc.exe fpcx64example.dpr, [Win64:] ppcrossx64.exe fpcx64example.dpr, [Linux32:] fpc.exe -Tlinux -XPi386-linux- -FD[path]\FPC\bin\i386-linux fpcx64example.dpr, [Linux64:] ppcrossx64.exe -Tlinux -XPx86_64-linux- -FD[FPCpath]\bin\x86_64-linux fpcx64example.dpr.

与 Delphi (Win32/64) 配合良好。对于FPC，去除jmp System.@FillChar上面消除了 x64 上的异常。

解决方案（感谢 FPK）：

Delphi 和 FPC 在完全相同的条件下不会为函数生成堆栈帧，因此RSP两者编译的版本中，register 可能有不同的对齐方式。解决方案是避免这种差异。对于上面的 FillMemCall 示例，一种方法如下所示：

{$IFDEF CPU64} {$DEFINE CPUX64} {$ENDIF} // for Delphi compatibility
procedure FillMemCall (p: pointer; len: longword; val: byte);
  {$IFDEF FPC} nostackframe; {$ENDIF} //Force same FPC behaviour as in Delphi
asm
  {$IFDEF CPUX64}
    {$IFNDEF FPC} .NOFRAME {$ENDIF} // To make it explicit (Delphi)...
    // RSP = ###0h at the site of the last CALL instruction, so
    // since the return address (QWORD) was pushed onto the stack by CALL,
    // it must now be ###8h -- if nobody touched RSP.
    movdqa xmm0, dqword ptr [rsp + 8] // <- Testing RSP misalignment -- this will crash if not aligned to DQWORD boundary
  {$ENDIF}
  jmp System.@FillChar
end;

这并不完全漂亮，但它现在适用于 Delphi 和 FPC 的 Win/Linux 32/64。

简短的回答：正确的方法是使用 call 指令。

长答案：x86-64 代码要求堆栈是 16 字节对齐的，因此 FillMemCall 在入口点包含编译器生成的 sub rsp,8 和在出口处的 add rsp,8 （其他 8 个字节由呼叫/回传对）。另一方面，Fillchar 是手工编码的汇编程序，并使用 nostackframe 指令，因此它不包含编译器生成的 sub/add 对，一旦 fillchar 离开，堆栈就会混乱，因为 FillChar 之前不包含 add rsp,8 ret 指令。

诸如使用 FillMemCall 的 nostackframe 指令或在执行 jmp 之前调整堆栈之类的解决方法可能是可能的，但可能会被任何未来的编译器更改所破坏。