mingw const char 字符串显然不是 const

Question

我有一个结构，其中定义了一个常量 char 字符串和一个指向我自己的字符串对象的指针。目标是使用 chars 集和 txt 集 t NULL 声明此结构的变量，然后在运行时创建代表 chars 的 MyString 对象。我在使用 GLib 时无法在编译期间创建 MyString，并且此库首先需要调用 g_type_init。

struct _MyStaticString {
    volatile MyString * txt;
    const char *chars;
};

声明将如下所示：

struct _MyStaticString my_test_string = { NULL, "Hello world or foo bar, or a rick roll" };

然后它们是一个函数，它可以通过首先检查 txt 是否为 NULL 来向我传递 MyString 对象，如果是，则创建一个新的 MyString 对象并返回这个 MyString 对象。

struct _MyString *my_static_string(struct _MyStaticString *a_static) {
    printf("a_static=%lx\n", (gulong) a_static);
    printf("a_static.chars=%s\n", (char *) a_static->chars);
    if (a_static->txt == NULL) {
        CatString *result = g_object_new(MY_TYPE_STRING, NULL);
//      result->data = (gchar *) a_static->chars;
        result->data = strdup((char *)  a_static->chars);
        result->size = strlen((char *) a_static->chars);
        result->hash = 0;
        g_object_ref_sink(G_OBJECT(result));
    result->parent.ref_count = 1000;
    a_static->txt = result;
}
return (struct _MyString *) (a_static->txt);

}

这一切都很好，我很高兴，至少当我在 Linux 上运行 GCC 时。当我在 MinGW 编译器的帮助下开始在 Windows 上编译这段代码时，事情就开始出错了。如果我将所有内容都放在一个项目中，它仍然可以，但只要将声明放入 .a 库并在其他地方使用它，字段 a_static->chars 就会变为 NULL。所以我开始玩/调整/测试：我想可能是对象文件中数据的对齐，因此添加了#pragma pack(16)。它没有用。比我想象的也许有一个属性可以帮助我。所以我添加了__attribute__ ((common))。它没有用。我认为很聪明，并将字符串与结构声明本身分开，例如：

const char helper_txt = "Hello world or foo bar, or a rick roll";
struct _MyStaticString my_test_string = { NULL, helper_txt };

我得到编译错误：

error: initializer element is not constant
error: (near initialization for 'field.chars')

这是我的编译器标志

   C:\MinGW\bin\gcc.exe 
     -IC:\MinGW\include
     -IC:\GTK_ALL_IN_ONE\include\gtk-2.0
     -IC:\GTK_ALL_IN_ONE\lib\gtk-2.0\include
     -IC:\GTK_ALL_IN_ONE\include\atk-1.0
     -IC:\GTK_ALL_IN_ONE\include\cairo
     -IC:\GTK_ALL_IN_ONE\include\gdk-pixbuf-2.0
     -IC:\GTK_ALL_IN_ONE\include\pango-1.0
     -IC:\GTK_ALL_IN_ONE\include\glib-2.0
     -IC:\GTK_ALL_IN_ONE\lib\glib-2.0\include
     -IC:\GTK_ALL_IN_ONE\include
     -IC:\GTK_ALL_IN_ONE\include\freetype2
     -IC:\GTK_ALL_IN_ONE\include\libpng14
     -IC:\work\workspace\module-blah\src
     -O0 -g3 -Wall -c -fmessage-length=0 -mms-bitfields -DOSWINDOWS

这是版本

C:\>c:\MinGW\bin\gcc.exe --version
gcc.exe (GCC) 4.5.0
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

我是否遗漏了一些编译器标志，或者我是否需要添加一个属性来确保将 const char * 字符串导出到 .a 库中，并且它们是检查字符串是否在 .a 库中的一种简单方法？或者它可能是一些链接器选项？

Answer 1

我的猜测是，除了库（.a 文件）之外，您的项目中的某个地方仍然有看起来像 NULL 值的变量声明。当您执行诸如在多个 .c 文件（或包含在多个.c 文件在同一个项目中）。这应该导致不止一个变量副本，并且可能会出现链接器错误，告诉您代码中存在多个同名对象，但由于某种原因，当您链接在一起时，这种情况并不总是发生许多包含相同变量重复的 .o 文件。

我的猜测是，而不是：

extern struct _MyStaticString a_string;

在你拥有的头文件中：

struct _MyStaticString a_string;

并且您在 .c 文件中拥有您认为真正的声明——带有初始化的声明。

当您将真正的声明移至库时，链接器的行为在满足对 a_string 对象的需求时发生了变化。它已经从主程序的 .o 文件中获得了一个或多个文件，因此它不必费心在库中查找一个。以前它看到它有几个来自 .o 文件，并决定使用已初始化为非零或非 NULL 值（全局或静态变量的默认值）的那个。但是，如果链接器周围没有变量的初始化版本，那么在它甚至在库中查找您希望它使用的值之前，它已经决定只使用变量的未初始化版本之一。