【问题标题】:Bug with power-of-two multiplication in GBDK compilerGBDK 编译器中的二次幂乘法错误
【发布时间】:2015-03-30 10:16:33
【问题描述】:

我目前正在开发一个 gameboy 模拟器,为了测试我的模拟器的正确性,我正在使用 GBDK 为我的模拟器编译 c 程序。

我注意到编译器(如预期的那样)通过旋转优化了具有 2 次幂的常量的乘法。但是,对于给定的功率,它似乎不会产生正确的旋转量。

例如下面这个非常简单的程序:

#include <gb/gb.h>

unsigned char one() { return 1; }

void main()
{
    unsigned char r;

    // Force compiler to generate muliplication by deferring the '1'
    r = one() * 32;

    // Store result somewhere
    *((unsigned char*)(0xFFFE)) = r;
}

生成以下程序集:

___main_start:
_main:
    push    bc
;   reproduce.c 14
; genCall
    call    _one
    ld  c,e
; genLeftShift
    ld  a,c
    rr  a
    rr  a
    rr  a
    and a,#0xE0
    ld  c,a
;   reproduce.c 16
; genAssign
    ld  de,#0xFFFE
; genAssign (pointer)
    ld  a,c
    ld  (de),a
; genLabel
00101$:
; genEndFunction
    pop bc
    ret
___main_end:
    .area _CODE

这对我来说似乎是不正确的,因为 RR 指令实际上是通过进位标志旋转的,实际上是 9 位循环。这意味着应该有一个额外的旋转来产生正确的结果,而不是当前 (0x40) 的错误结果。

可视化:

Start: A = 00000001 Carry = 0
RR A:  A = 00000000 Carry = 1
RR A:  A = 10000000 Carry = 0
RR A:  A = 01000000 Carry = 0 <- WRONG! 

谁能验证这确实是GBDK附带的SDCC编译器中的一个错误?我也对旋转后的 and 指令的使用感兴趣。

使用来自 sourceforge 的最新 (3-2.93) 版本的 GBDK for windows。

【问题讨论】:

  • GBDK自带的SDCC版本好像是2.2.1,差不多15年了。 SDCC 的最新稳定版本是 3.4.0,它是从 2014 年 4 月开始的。如果您更新 SDCC 版本,您会得到相同的生成代码吗?
  • 我认为GBDK自带的SDCC是一个fork,经过修改可以产生gb兼容的z80代码(至少sdcc的源代码包含在gbdk源码中)。但是,是的,GBDK 是古老的,但我认为像这样常见的东西会起作用。
  • 可能SDCC主项目当时没有GB-Z80支持。但我相信现在确实如此。我同意这似乎是一种常见的情况。 OTOH,SDCC 显然没有像 e.g. 那样多的开发人员资源。 GCC 或 LLVM。过去我在 SDCC 的 Z80 编译器中遇到过奇怪的错误,例如必须将 memcpy 替换为循环才能使副本正常工作。
  • 啊,我明白了!稍后我将尝试使用最新的 sdcc。谢谢!
  • 刚刚尝试了最新的 SDCC,效果非常好!将尝试重新编译 GBDK 库,此时我可以完全放弃 GBDK。

标签: assembly emulation z80 gameboy gbdk


【解决方案1】:

这不是你的模拟器的错误——我测试过的其他模拟器也为以下代码提供64

#include <stdio.h>

unsigned char one() { return 1; }

void main()
{
    unsigned int r;

    // Force compiler to generate multiplication by deferring the '1'
    r = one() * 32;

    printf("1 * 32 = %u", r);
}

这里是BGB(版本 1.5.1)

这是在VBA-M (版本SVN1149)


至于为什么包含and a,#0xE0?这其实很简单。它只是确保溢出不会弄乱值。

首先,假设乘法实际上是正确的,并且 1 * 32 仍然等于 32。(我将添加一个额外的 RR A)。

对于 1 * 32,如下所示:

Start       ; A = 00000001 Carry = 0
RR  A       ; A = 00000000 Carry = 1
RR  A       ; A = 10000000 Carry = 0
RR  A       ; A = 01000000 Carry = 0
RR  A       ; A = 00100000 Carry = 0
AND A,0xE0  ; A = 00100000 Carry = 0

在这里,AND 无效。但是,假设我们乘以会导致溢出的东西,例如 17 * 32:

Start       ; A = 00010001 Carry = 0
RR  A       ; A = 00001000 Carry = 1
RR  A       ; A = 10000100 Carry = 0
RR  A       ; A = 01000010 Carry = 0
RR  A       ; A = 00100001 Carry = 1
AND A,0xE0  ; A = 00100000 Carry = 0

如果没有 and,我们将得到 17 * 32 = 33,而不是 1 个字节的正确答案 (32)。虽然这些答案都不是真正的答案 (544),但 32 是它的第一个字节的正确值。

【讨论】:

    【解决方案2】:

    我使用CPCtelera(包括 SDCC 3.4.3)对其进行了测试,结果似乎正确。我使用了这段代码:

    #include <stdio.h>
    
    unsigned char one() { return 1; }
    
    void main() {
       unsigned char r;
       r = one() * 32; 
       printf("1 * 32 = %d\n\r", r);
       while (1);
    }
    

    这是生成的代码(只是代码的相关部分):

    _main::
    ;src/main.c:28: r = one() * 32;
    call    _one
    ld  a,l
    rrca
    rrca
    rrca
    and a,#0xE0
    

    我似乎很清楚你是对的,你拥有的 SDCC 版本错误地使用了rr 而不是rrca

    最后,这是程序在 WinAPE Amstrad CPC 模拟器上的输出:

    【讨论】:

    • GBDK中使用的SDCC版本是ancient。就像 90 年代一样。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-08-01
    相关资源
    最近更新 更多