Question

我一直在遇到编译器警告：

version.h:47: warning: (1478) initial value for "_svn_string_revision" differs to that in version.h:47

相应的version.h文件如下所示：

#ifndef _VERSION_H_
#define _VERSION_H_

#define SVN_REVISION_NUMBER         31

const char *svn_string_revision      = "31"; // line 47

#endif //_VERSION_H_

用法：

main.c中：

#include "version.h"
// I do not use svn_string_revision here.
// I only use SVN_REVISION_NUMBER
#pragma config IDLOC3=SVN_REVISION_NUMBER

otherfile.c：

#include "version.h"
// still no usage of svn_string_revision, only this:
EUSART_Write(SVN_REVISION_NUMBER);

到目前为止，这是描述性和清晰的。我假设问题是const char字符串是在头文件中定义的，它包含在多个源代码文件中。所以编译器会看到多个＆＃34; svn_string_revision＆＃34;变量并将其视为重新声明。但通常值应始终相同。我的version.h文件是一个自动生成的文件，在每次构建之前都会重新生成。

之前是否有人遇到过此问题，我该如何处理？干净的方法是使用一个version.h文件，并补充一个version.c，其中标题声明

extern const char *svn_string_revision;

和来源

const char *svn_string_revision = "31";

但这需要我重写自动代码生成，我想避免。

长话短说，我的问题是：

我对警告的理解是否正确？
如果我不想将version.h拆分为.c和.h文件，我怎样才能优雅地避免这些警告

Answer 1

第一个解决方案：

static const char *svn_string_revision = "31";

static会使变量本地化为每个C文件，因此不会发生冲突。因为它是一个只读常量，所以应该没问题。但是，这意味着程序中将有许多变量副本。一个好的编译器可以优化它，但根据我的经验，我不确定XC8会这样做。

第二种解决方案，可能更好：

#define SVN_REVISION_NUMBER         31
#define STRINGIFY(s) #s
extern const char *svn_string_revision;

// in version.c
const char *svn_string_revision = STRINGIFY(SVN_REVISION_NUMBER);

或者只是：

#define SVN_REVISION_NUMBER         31
#define VERSION_STRING "31"
extern const char *svn_string_revision;

// in version.c
const char *svn_string_revision = VERSION_STRING;

您也可以删除svn_string_revision并使用VERSION_STRING代替，但您应该在XC8创建该字符串的许多副本之前检查。

xc8警告：var的初始值不同

1 个答案: