为何PRIx64输出"lx"而非16位十六进制字符？

核心原因 #

你遇到的问题本质是newlib-nano库默认不支持64位整数格式符，结合宏展开后的格式字符串导致解析错误：

1. 从你给出的PRIx64宏定义来看，展开后会生成"llx"，对应格式字符串"%llx"，这个定义本身是正确的，符合GCC对ARM架构下uint64_t（对应unsigned long long）的格式要求。
2. 但你链接时使用了-specs=nano.specs，newlib-nano为了最小化体积，默认禁用了64位整数、浮点数等复杂格式的解析支持。当vsnprintf遇到无法识别的%ll修饰符时，会将其当作无效格式，直接输出字符'l'，随后输出格式串里的'x'，最终得到lx的错误输出。

解决方法 #

方法1：启用newlib-nano的64位格式支持 #

在编译代码时添加宏定义__PRINTF_LONG_LONG_SUPPORT，强制newlib-nano启用64位整数的格式解析：

# 在编译配置中添加
CFLAGS += -D__PRINTF_LONG_LONG_SUPPORT

如果使用IDE（如MCUXpresso），可在项目预处理器定义中直接添加该宏。

方法2：改用标准newlib库 #

如果固件体积允许，可去掉链接参数中的-specs=nano.specs，使用完整版newlib库——它默认支持所有标准格式符，但会显著增加最终固件的大小。

方法3：手动实现64位十六进制打印 #

如果不想修改库配置，也可以自行实现uint64_t转十六进制字符串的函数，绕开标准printf的格式解析：

void print_uint64_hex(uint64_t val) {
    char buf[17] = {0};
    const char hex_chars[] = "0123456789abcdef";
    for (int i = 15; i >= 0; i--) {
        buf[i] = hex_chars[val & 0xF];
        val >>= 4;
        if (val == 0 && i > 0) {
            // 跳过前导零，从第一个非零字符开始输出
            usb_printf("Serial: %s\n", buf + i);
            return;
        }
    }
    usb_printf("Serial: %s\n", buf);
}

// 调用示例
uint64_t serial = 0x12345678;
print_uint64_hex(serial);

验证步骤 #

可以先直接使用"%llx"替换PRIx64测试：

usb_printf("Serial: %llx\n", serial);

如果输出依然是lx，则完全可以确认是newlib-nano的格式支持问题，按上述方法解决即可。

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