SDCC编译Z80程序时指针内存地址分配失效问题求助

问题描述 #

需要将0x0000（ROM）和0x7000（RAM）两个内存地址分别赋值给两个指针，程序可编译，但未将mydata写入RAM地址0x7000，反而向0x0000地址写入0。尝试__at关键字也无效，且指针类型为unsigned short时会成对写入0，改为unsigned char时单字节写入0。汇编输出中出现访问未定义地址0xA003的操作，实际执行时加载HL寄存器为0xA003，取值为0x0000，最终写入0x0000地址。

原代码：

unsigned short *ROM = (unsigned char*)(0x0000);     // 赋值无效，始终访问0x0000
unsigned short *RAM = (unsigned char*)(0x7000);     // 赋值无效，始终访问0x0000

//__at (0x0000) unsigned char *ROM;     // 同样无效
//__at (0x7000) unsigned char *RAM;      // 同样无效

unsigned char mydata[]={0xFF, 0xFE,0xCE,0xD1,0xFF, 0x1E,0x2E,0x31,0x4F, 0x5E,0x6E,0xD7,0x8F, 0xF9,0xAE,0x11};
int main(){
    unsigned char bytecount=0;
    int n=0;
    for(n=0;n<16;n++)RAM[n]=mydata[n];
    return 0;
}

排查与解决方法 #

1. 修正指针类型的强制转换错误

原代码存在指针类型不匹配问题：将unsigned char*强制转换为unsigned short*，会导致编译器生成错误的寻址逻辑。Z80是16位地址架构，指针类型宽度直接影响寻址步长和地址解析。

正确写法需保证指针类型与转换类型一致：

• 操作单字节数据（匹配mydata类型）时，使用unsigned char*：

unsigned char *ROM = (unsigned char *)0x0000;
unsigned char *RAM = (unsigned char *)0x7000;

• 操作双字节数据时，使用unsigned short*：

unsigned short *ROM = (unsigned short *)0x0000;
unsigned short *RAM = (unsigned short *)0x7000;

2. 避免全局指针变量的初始化问题

Z80编译器（如SDCC）的全局变量初始化依赖启动代码将__xinit段的初始值复制到数据段。若启动代码未正确处理，全局指针变量会保持默认值（通常为0x0000），导致寻址错误。

最优解决方案：将指针定义为局部变量，放在main函数内部。这样编译器会直接将地址常量嵌入代码，无需依赖全局变量初始化：

int main(){
    unsigned char *RAM = (unsigned char *)0x7000; // 局部指针，直接嵌入地址常量
    int n=0;
    for(n=0;n<16;n++){
        RAM[n] = mydata[n];
    }
    return 0;
}

3. 检查编译器内存模型与启动代码

• 确认编译器的内存映射选项：--code-loc 0x0100（代码段）和--data-loc 0xA000（数据段）是否正确配置，避免数据段与目标RAM地址冲突。
• 验证启动代码是否正确处理__xinit段初始化：从汇编输出看，__xinit__RAM已正确存储0x7000，但如果启动代码未将该值复制到RAM变量的实际地址（0xA002-0xA003），指针变量会保持0值。可手动添加初始化代码，或直接改用局部指针跳过全局初始化环节。

4. 汇编级验证寻址逻辑

修改代码后，查看汇编输出，确认对RAM[n]的访问是否生成正确的寻址代码：

• 正确的汇编应直接加载0x7000到HL寄存器，再加上偏移量访问对应地址，例如：

ld hl, #0x7000
ld de, #_mydata
ld bc, #16
ldir ; 块复制，直接将mydata写入0x7000开始的地址

• 若仍出现访问0xA003的代码，说明编译器仍在读取全局指针变量，此时应优先使用局部指针方案。

内容的提问来源于stack exchange，提问作者eJm