我正在处理一个非常大的代码库，最近升级到GCC 4.3，现在触发了这个警告:
警告:不赞成将字符串常量转换为' char* '
显然，解决这个问题的正确方法是找到每一个声明
char *s = "constant string";
或者像这样调用函数:
void foo(char *s);
foo("constant string");
让它们成为const char指针。但是，这意味着至少要接触564个文件，这不是我目前希望执行的任务。现在的问题是我正在使用-Werror运行，所以我需要一些方法来抑制这些警告。我该怎么做呢?
当前回答
只使用类型转换:
(char*) "test"
其他回答
现在的问题是我用的是-Werror
在我看来，这才是你真正的问题。你可以尝试一些自动的方法从(char *)移动到(const char *)，但我打赌他们不仅仅是工作。你将不得不让一个人参与至少一些工作。 就短期而言，只需忽略警告(但在我看来，它是开着的，否则它永远不会得到修复)，只需删除-Werror。
回复shindow的“答案”:
PyTypeObject PyDict_Type = ｛ .．. PyTypeObject PyDict_Type = ｛ PyObject_HEAD_INIT (&PyType_Type), “东西”, dict_print, 0， 0 }; 注意名称字段。使用gcc时，它编译时没有警告，但在g++中会。我不知道为什么。
在gcc (Compiling C)中，-Wno-write-strings默认是激活的。
在g++(编译c++)中，-Wwrite-strings默认是活动的
这就是为什么会有不同的行为。
对于我们来说，使用Boost_python的宏会生成这样的警告。 所以我们在编译c++时使用-Wno-write-strings，因为我们总是使用-Werror。
我也遇到过类似的问题，我是这样解决的:
#include <string.h>
extern void foo(char* m);
int main() {
// warning: deprecated conversion from string constant to ‘char*’
//foo("Hello");
// no more warning
char msg[] = "Hello";
foo(msg);
}
我没有访问foo，以适应它接受const char*，这将是一个更好的解决方案，因为foo没有改变m。
看看这个情况:
typedef struct tagPyTypeObject
{
PyObject_HEAD;
char *name;
PrintFun print;
AddFun add;
HashFun hash;
} PyTypeObject;
PyTypeObject PyDict_Type=
{
PyObject_HEAD_INIT(&PyType_Type),
"dict",
dict_print,
0,
0
};
注意名称字段。使用gcc时，它编译时没有警告，但在g++中会。我不知道为什么。
取代
char *str = "hello";
with
char *str = (char*)"hello";
或者如果你在调用函数:
foo("hello");
将其替换为
foo((char*) "hello");
