在RHEL8.7下嵌入Perl5.26到C程序编译遇YYSTYPE重定义错误求助

问题根源 #

Perl 5.26的核心头文件中，parser.h和perly.h各自独立定义了union YYSTYPE及对应typedef，当perl.h同时引入这两个文件时，就会触发重复定义的编译冲突。该问题在Perl 5.38及后续版本中已被修复，但在5.26环境下可通过以下方案解决：

方案1：编译时添加PERL_NO_INLINE_PARSER宏（推荐） #

该宏会让perl.h跳过对parser.h的引入，直接避免重复定义冲突。对于大多数常规Perl嵌入场景（如执行Perl代码、调用Perl函数），此宏不会影响核心功能。

修改编译命令 #

在原编译命令中加入-DPERL_NO_INLINE_PARSER参数：

方式一（使用ExtUtils::Embed自动生成参数）：

gcc -o interp interp.c -DPERL_NO_INLINE_PARSER `perl -MExtUtils::Embed -e ccopts -e ldopts`

方式二（手动指定编译参数）：

gcc -O2 -Dbool=char -DHAS_BOOL -DPERL_NO_INLINE_PARSER -I/usr/local/include -I/usr/lib64/perl5/CORE -L/usr/lib64/perl5/CORE -o interp interp.c -lperl -lm

方案2：自定义头文件包装（适用于需使用解析器功能的场景） #

若你的代码必须依赖Perl解析器相关功能，无法禁用parser.h，可通过自定义头文件规避重复定义：

步骤1：创建my_perl.h自定义头文件 #

#ifndef MY_PERL_H
#define MY_PERL_H

// 先引入perly.h，提前完成YYSTYPE的定义
#include "perly.h"
// 定义宏让parser.h跳过YYSTYPE的重复定义
#define YYSTYPE YYSTYPE

// 再引入核心perl.h
#include "perl.h"

#endif

步骤2：修改C代码的头文件引入 #

将interp.c中的#include <perl.h>替换为：

#include "my_perl.h"

步骤3：编译时确保头文件路径正确 #

如果my_perl.h放在当前目录，编译命令无需额外调整；若在其他路径，需添加-I/path/to/header参数指定路径。

升级到Perl 5.38解决问题的原因 #

Perl 5.38对核心头文件结构进行了重构，将YYSTYPE的定义统一到单一文件中，消除了多文件重复定义的问题，因此编译错误不再出现。

内容的提问来源于stack exchange，提问作者RichB