gpt4 book ai didi

c - mingw const char 字符串显然不是 const

转载 作者:太空宇宙 更新时间:2023-11-04 07:40:36 27 4
gpt4 key购买 nike

我有一个结构,其中定义了一个常量 char 字符串和一个指向我自己的字符串对象的指针。目标是使用字符集和 txt 集声明此结构的变量,然后在运行时创建表示字符的 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 库中的简单方法吗?或者它可能是一些链接器选项?

最佳答案

我的猜测是,除了库(.a 文件)之外,您在项目中的某个地方仍然有看起来像变量声明的内容,该变量的值为 NULL。当您在多个 .c 文件(或包含在多个文件中的 .h 文件.c 文件在同一个项目中)。这应该导致变量的多个副本,并且可能会导致链接器错误,告诉您代码中有多个对象具有相同的名称,但由于某种原因,当您链接在一起时,这并不总是发生许多包含相同变量重复项的 .o 文件。

我的猜测是,而不是:

extern struct _MyStaticString a_string;

在头文件中你有:

struct _MyStaticString a_string;

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

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

关于c - mingw const char 字符串显然不是 const,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4433507/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com