linux上的builtin_memcpy警告但在windows上没有

Question

在尝试复制大于“字符串”变量的字符串时，我知道收到此警告的原因，这是因为我试图将 21 字节字符串放入 6 字节区域。但是为什么我感到困惑是为什么我没有在 windows 编译器上收到警告。

在 Windows 上，我使用 Mingw、Visual Studio Code，它运行循环但没有任何警告，而在 Linux 上显示此警告。

rtos_test.c: In function 'main':
rtos_test.c:18:5: warning: '__builtin_memcpy' writing 21 bytes into a region of size 6 overflows the destination [-Wstringop-overflow=]
   18 |     strcpy(string, "Too long to fit ahan");
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

#include <stdio.h>
#include <stdint.h>
#include <pthread.h>
#include <string.h>

uint8_t test = 0;

char string[] = "Short";

int main()
{
    while (test < 12)
    {
        printf("\nA sample C program\n\n");
        test++;
    }

    strcpy(string, "Too long to fit ahan");

    return 0;
}

Answer 1

Linux 上的此警告暗示 GCC 将 memcpy() 替换为 GCC 内置函数，并且 GCC 可以检测并配置为检测此类错误。在 Windows 上可能不是这种情况，具体取决于编译器选项、版本、心情等。

您还比较了 Windows 和 Linux，它们是非常不同的平台，不要期望两者的行为相同。 GCC 也不是很面向 Windows（MinGW = Minimalist Gnu for Windows）。即使在 Linux 发行版之间，GCC 也不同，需要考虑大量变量，尤其是在涉及优化时。

总而言之，不同的环境会产生不同的结果、警告和错误。当你依赖环境特定的行为（通常不知道它），调整编译器选项或代码时，如果不修复你的代码，你真的不能做任何事情......通常答案是修复你的源代码，你的问题的根源〜 100% 的时间。

附带说明一下，在不同的环境中设置 CI 是一个很好的错误捕获系统，因为在一个系统上看起来很好的行为在另一个系统上却不会像在您的情况下那样 both Linux 和 Windows。

Answer 2

我没有足够的声望点来评论你的帖子。

我认为在 Linux gcc 中启用了 -Wall 标志，您可以尝试在 Windows 上的 IDE 中添加 -Wall 标志

另外， 我检查了一些我看到的编译器

char string[] = "Short"; 仅分配给大小为 6 的字符串 您的代码使用字符串不正确，如果您尝试使用超过分配的空间程序可能会崩溃，您可以通过 Windows 上的 asm 代码验证这一点

└─[0] <> gcc test.c -S
test.c: In function ‘main’:
test.c:18:5: warning: ‘__builtin_memcpy’ writing 21 bytes into a region of size 6 overflows the destination [-Wstringop-overflow=]
   18 |     strcpy(stringssss, "Too long to fit ahan");
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
┌─[longkl@VN-MF10-NC1011M] - [~/tmp] - [2021-12-22 07:00:36]
└─[0] <> grep stringsss test.s 
        .globl  stringssss
        .type   stringssss, @object
        .size   stringssss, 6