0

我遇到了编译器警告：

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_

用法：

主.c：

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

其他文件.c：

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

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

以前有人遇到过这种情况，我该如何处理？干净的方法是使用带有 version.c 的 version.h 文件，其中标头声明

extern const char *svn_string_revision;

和来源

const char *svn_string_revision = "31";

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

长话短说，我的问题是：

  • 我对警告的理解是否正确？
  • 鉴于我不想将 version.h 拆分为 .c 和 .h 文件，我该如何优雅地避免这些警告
4

1 回答 1

2

第一个解决方案：

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 不会创建字符串的许多副本。

于 2015-12-04T14:12:46.800 回答