gpt4 book ai didi

c++ - 如何避免 PANTHEIOS_FE_PROCESS_IDENTITY 的多重定义?

转载 作者:行者123 更新时间:2023-11-30 04:28:38 26 4
gpt4 key购买 nike

我正在处理一个包含多个文件的项目,我需要登录每个文件。

为了编译文件,我需要以下内容:

/* Define the stock front-end process identity, so that it links when using
* fe.N, fe.simple, etc. */
PANTHEIOS_EXTERN_C const PAN_CHAR_T PANTHEIOS_FE_PROCESS_IDENTITY[] = PSTR("fileX.cpp");

比方说,我有两个文件共有的 log1.cpp 和 log2.cpp 以及 log.h。这些文件被编译成 log1.o 和 log2.o。效果很好。

现在,当我将这两个文件链接到一个可执行文件时,出现以下错误:

log2.o:(.rodata+0x11): multiple definition of `PANTHEIOS_FE_PROCESS_IDENTITY'
log1.o:(.rodata+0x45): first defined here

现在的问题是,为了编译,需要在 file1.cpp 和 file2.cpp 中定义 PANTHEIOS_FE_PROCESS_IDENTITY。

我需要如何更改我的代码才能将其链接到可执行文件中?

以下是使用的文件:log1.cpp:

#include "log.h"

const PAN_CHAR_T PANTHEIOS_FE_PROCESS_IDENTITY[] = PSTR("log1.cpp");

int main()
{
PANTHEIOS_TRACE_NOTICE(PSTR("a string at NOTICE level"));
return 0;
}

log2.cpp:

#include "log.h"
const PAN_CHAR_T PANTHEIOS_FE_PROCESS_IDENTITY[] = PSTR("log1.cpp");

日志.h:

#ifndef LOG_H
#define LOG_H

/* Pantheios Header Files */
#include <pantheios/pantheios.h> // Pantheios C main header
#ifndef STLSOFT_CF_SUPPORTS_VARIADIC_MACROS
# error This example uses the Tracing API, which requires that the compiler support variadic macros
#endif /* !STLSOFT_CF_SUPPORTS_VARIADIC_MACROS */
#ifdef STLSOFT_CF_FUNCTION_SYMBOL_SUPPORT
# include <string>
# define PANTHEIOS_TRACE_PREFIX \
( std::basic_string< PANTHEIOS_NS_QUAL(pan_char_t)>(__FILE__ " " PANTHEIOS_STRINGIZE(__LINE__) ": ") + \
__FUNCTION__ + \
"(): " \
).c_str()
#endif /* STLSOFT_CF_FUNCTION_SYMBOL_SUPPORT */
#include <pantheios/trace.h> // Pantheios Trace API
#include <pantheios/pantheios.hpp> // Pantheios C++ main header

/* Standard C/C++ Header Files */
#include <exception> // for std::exception
#include <new> // for std::bad_alloc
#include <string> // for std::string
#include <stdlib.h> // for exit codes

#ifndef PANTHEIOS_DOCUMENTATION_SKIP_SECTION
# if defined(STLSOFT_COMPILER_IS_MSVC)
# pragma warning(disable : 4702)
# endif /* compiler */
#endif /* !PANTHEIOS_DOCUMENTATION_SKIP_SECTION */

#define PSTR(x) PANTHEIOS_LITERAL_STRING(x)

#include "pantheios/frontends/fe.simple.h" //for pantheios_fe_simple_setSeverityCeiling(level);

#endif //LOG_H

以及 make 的输出:

g++ log1.cpp -c -I../pantheios-1.0.1-beta213/include -I../stlsoft-1.9.112/include
g++ log2.cpp -c -I../pantheios-1.0.1-beta213/include -I../stlsoft-1.9.112/include
g++ -o log log1.o log2.o -L../pantheios-1.0.1-beta213/lib \
-lpantheios.1.core.gcc44\
-lpantheios.1.be.fprintf.gcc44 -lpantheios.1.bec.fprintf.gcc44\
-lpantheios.1.fe.simple.gcc44 -lpantheios.1.util.gcc44
log2.o:(.rodata+0x0): multiple definition of `PANTHEIOS_FE_PROCESS_IDENTITY'
log1.o:(.rodata+0x1): first defined here
/usr/bin/ld: Warning: size of symbol `PANTHEIOS_FE_PROCESS_IDENTITY' changed from 14 in log1.o to 9 in log2.o
collect2: ld returned 1 exit status

编辑:在 pantheios-1.0.1-beta213/include/pantheios/frontends/stock.h:120 ‘PANTHEIOS_FE_PROCESS_IDENTITY’ 被声明为 extern,所以我不能将它重新定义为静态。

最佳答案

如果我的问题/答案听起来很奇怪,我深表歉意:但为什么要在每个 .cpp 文件中定义 PANTHEIOS_FE_PROCESS_IDENTITY? PANTHEIOS_FE_PROCESS_IDENTITY 只需要为每个日志进程定义一次,并在每行的开头打印到日志语句中。例如。来 self 自己的基于 pantheios 的记录器项目:

[l.SPP.6408,2012 年 4 月 7 日下午 6:28:44.702;注意]: .\Log.cpp(168): CLogApp::InitInstance: 开始记录

我只在 Log.cpp(不是 .h)中定义了 1 个 PANTHEIOS_FE_PROCESS_IDENTITY。如下所示,不仅适用于 LOG 项目,还适用于我的解决方案 (VS2005) 中需要访问记录器的其他项目:

PANTHEIOS_EXTERN_C const char PANTHEIOS_FE_PROCESS_IDENTITY[] = "l.SPP";

如果您使用 PANTHEIOS_TRACE_NOTICE,您将从打印日志语句的位置获得文件名+行号 - 请参阅我上面发布的示例(粗体)。

我建议您确定是否真的需要为每个 cpp 文件或每个项目定义 PANTHEIOS_FE_PROCESS_IDENTITY - 我的经验表明后者是答案。

关于c++ - 如何避免 PANTHEIOS_FE_PROCESS_IDENTITY 的多重定义?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9995320/

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