Question

我正在检查使用以下命令编译的C文件的objdump：

riscv64-unknown-elf-gcc -O0 -o maxmul.o maxmul.c
riscv64-unknown-elf-objdump -d maxmul.o > maxmul.dump

奇怪的是（或没有）地址似乎不是在32位字上对齐，而是在16位边界上对齐。

任何人都可以解释一下为什么吗？

谢谢。

objdump摘录：

00000000000101da <main>:
   101da:   7155                    addi    sp,sp,-208
   101dc:   e586                    sd  ra,200(sp)
   101de:   e1a2                    sd  s0,192(sp)
   101e0:   0980                    addi    s0,sp,208
   ...

C代码：

int main()
{

  int first[3][3], second[3][3], multiply[3][3];
  int golden[3][3];
  int sum;

  first[0][0] = 1;  first[0][1] = 2;  first[0][2] = 3;
  first[1][0] = 4;  first[1][1] = 5;  first[1][2] = 6;
  first[2][0] = 7;  first[2][1] = 8;  first[2][2] = 9;

  second[0][0] = 9;  second[0][1] = 8;  second[0][2] = -7;
  second[1][0] = -6; second[1][1] = 5;  second[1][2] = 4;
  second[2][0] = 3;  second[2][1] = 2;  second[2][2] = -1;

  golden[0][0] = 6;  golden[0][1] = 24;  golden[0][2] = -2;
  golden[1][0] = 24; golden[1][1] = 69;  golden[1][2] = -14;
  golden[2][0] = 42; golden[2][1] = 1140;  golden[2][2] = -26;

  int i, ii, iii;
  for (i = 0; i < 3; i++) {
      for (ii = 0; ii < 3; ii++) {
          for (iii = 0; iii < 3; iii++) {
              //printf("first[%d][%d] * second[%d][%d] \n",  i, iii, iii, ii);
              //printf("%d * %d (%d,%d)\n", first[i][ii], second[ii][i], i, ii);
              sum +=  first[i][iii] * second[iii][ii];
          }
          //printf("sum = %d\n", sum);
          multiply[i][ii] = sum;
          sum = 0;
      }
  }

 int c, d;
 int err;
 for ( c = 0; c < 3; c++) {
      for ( d = 0; d < 3; d++) {
    //printf("%d\t", multiply[c][d]);
          if (multiply[c][d] != golden[c][d]) {
              fail(golden[c][d], multiply[c][d]);
              err++;
          }
      }

      //printf("\n");
    }
    if (err == 0) {
          pass();
      }
   return 0;
}

Answer 1

我怀疑您的gcc默认情况下使用压缩指令格式进行编译，其中指令可以16b和32b混合-在这种情况下，您可以在反汇编代码中看到16b指令是16b对齐的。

Objdump提供地址，编码和助记符；您的情况下的编码始终为16b，这意味着编译器已在可能的情况下选择了16b指令。

通过启用详细模式（-verbose），您可以默认看到-march=rv64imafdc和-mabi=lp64d。默认的目标ISA是压缩的ISA，目标ABI需要使用Double floats扩展。

通过设置-march=rv64imafd并保持ABI不变，gcc使用仅32b的指令成功编译，因为不再启用压缩ISA。这样，指令的地址总是32b对齐。

Answer 2

在编译（或组装）为RV64G C 或RV32G C （或启用“ C” Standard Extension Compressed Instructions的另一个目标）时，编译器（或汇编程序）会自动将某些指令替换为压缩指令。

未压缩的指令以32位编码，而压缩的指令以16位编码。

发出压缩指令时，它将更改下一条指令的对齐方式。从32位到16位或从16位到32位。这意味着不仅16位宽的指令可以与16位地址对齐，而且32位宽的指令也可以对齐。 IOW两种类型的指令（压缩指令和普通指令）并排紧紧包装。

默认情况下，objdump -d不会明确指示指令已被压缩，因为它使用与未压缩变体相同的助记符。尽管所显示的原始指令中的字节数没有问题（4个字节与2个字节）。

但是，您可以告诉objdump对压缩指令使用单独的助记符，以便更易于识别（然后以c.开头的助记符），例如：

$ riscv64-unknown-elf-objdump -d -M no-aliases rotate

   [..]
   101e4:       00d66533                or      a0,a2,a3
   101e8:       8082                    c.jr    ra

00000000000101ea <rotr>:
   101ea:       00b55633                srl     a2,a0,a1
   [..]

请注意，通过开关-M no-aliases不再显示伪指令，而是显示相应的指令。

了解RiscV objdump

2 个答案: