对“__divdi3”的未定义引用

在链接一些对整数类型执行除法和模运算的代码时long long我收到以下两个错误：

util.c:(.text+0x1af): undefined reference to '__divdi3'
util.c:(.text+0x1ef): undefined reference to '__moddi3'

我也尝试过使用unsigned long long，但这会导致以下错误：

util.c:(.text+0x1af): undefined reference to '__udivdi3'
util.c:(.text+0x1ef): undefined reference to '__umoddi3'

更换long long with int or long解决了问题，但我需要使用unsigned long long.

我使用以下命令行来编译和链接程序：

gcc -ffreestanding -c kernel/util.c -o kernel/util.o
ld -o kernel32.bin -Ttext 0x500 kernel/util.o kernel/kernel.o --oformat binary

这是函数：

char* itoa(unsigned long long i, char b[]){
    if (i == 0){
        b[0] = '0';
        b[1] = '\0';
        return b;
    }
    char const digit[] = "0123456789";
    char* p = b;
    if (i < 0){
        *p++ = '-';
        i *= -1;
    }
    unsigned long long shifter = i;
    while (shifter){
        ++p;
        shifter = shifter / 10;
    }
    *p = '\0';
    while (i){
        *--p = digit[i % 10];
        i = i / 10;
    }
    return b;
}

显然，编译器正在引用__udivdi3除以整数，但链接器找不到它..

顺便说一句，该二进制文件将用作 32 位操作系统，因此缺少许多标准库

编辑：我正在使用 gcc 4.8.4 和 ld 2.24

当为不为 GCC 使用的数据类型提供硬件支持的体系结构构建代码时unsigned] long long，GCC 生成对该类型的值进行算术运算的代码，其中涉及调用其自己的支持库提供的函数，libgcc. The __divdi3()等等。这不是 GCC 可以实现的唯一方法，但它非常适合 GCC 支持多种架构的目标。

当被指示充当独立编译器时，GCC 不会自动链接 libgcc，因此不会自动提供这些函数的实现。这是之前投诉的主题，例如this one https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16470 and 稍后这个 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32501。 GCC 维护者的立场是，这不是 GCC 缺陷，并且它不会导致 GCC 不合格。我发现他们的推理有问题，但不太可能改变。至少，这是一个实施质量问题。

然而，我确实明白 GCC 维护者的想法：独立环境几乎不提供任何标准库，并且除非根据提供给它的代码，否则不得解释大多数函数调用。那么，如果该代码包含对与 libgcc 中某些函数同名的函数的显式调用，该怎么办？除非用户明确表示他想要 libgcc，否则编译器不应假设需要的是那些版本的函数。但问题是，如果编译器插入这样的调用，那么它不仅知道想要实现哪些实现，而且如果链接了不兼容的实现，结果也是错误的。因此，这是GCC自己造成的问题。

最重要的是，您可以显式请求链接 libgcc。您将需要指定它是静态链接的，因为您不能依赖上下文中的动态链接器。这些附加链接选项应该可以做到这一点：

-static-libgcc -lgcc

或者，您可以编写自己的这些函数的实现，或者抄袭 GCC 的源代码，但我不明白为什么您会更喜欢这些选项中的任何一个。