AC_CONFIG_MACRO_DIR([build-aux/m4]) conflicts with ACLOCAL_AMFLAGS=-I build-aux/m4

最新推荐文章于 2023-03-27 16:19:30 发布
原创 最新推荐文章于 2023-03-27 16:19:30 发布 · 5k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种常见的跨平台文件冲突问题，即在Windows环境下创建的文件在Linux平台上使用时出现的问题，特别是由于行结尾符不同导致的错误。文中详细说明了如何通过grep命令定位问题代码，并介绍了使用dos2unix工具将文件从DOS格式转换为Linux格式的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

冲突原因，在windows下载，在linux上使用，行结尾标志不一样

查找“AC_CONFIG_MACRO_DIR”所在文件

grep -rn "AC_CONFIG_MACRO_DIR" ./ 

dos2unix 转换linux格式

需安装dos2unix


或者vi -b 文件名

:%s/^M//g

^M为 ctrl+v  ctrl+m


error: AC_CONFIG_MACRO_DIRS([m4]) conflicts with ACLOCAL_AMFLAGS=-I m4 解决方法
SHELLCODE_8BIT的博客
10-13 1722
原因是项目是在windows下载的，转换为linux文件格式即可。
windows 中文件转入 linux 中格式问题
深入浅出讲透复杂深奥的问题
05-28 414
问题描述: 从win10下的github desktop git clone protobuf，然后把文件夹穿到linux平台的服务器再运行.sh文件产生如下错误 libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'build-aux'. libtoolize: copying file 'build-aux/ltmain.sh' .ibtoolize: error: AC_CONFIG_MACRO_DIRS([m4]) conflict
.ibtoolize: error: AC_CONFIG_MACRO_DIRS([m4]) conflicts with ACLOCAL_AMFLAGS=-I m4
weixin_42388228的博客
03-17 4160
https://stackoverflow.com/questions/47582762/ac-config-macro-dirsbuild-aux-m4-conflicts-with-aclocal-amflags-i-build-aux 问题描述: 从win10下的github desktop git clone protobuf，然后把文件夹穿到linux平台的服务器再运行.sh文件产生如下错误 libtoolize: putting auxiliary files in AC_CONFIG_AUX_
That darn "libtoolize: AC_CONFIG_MACRO_DIR([m4]) conflicts with ACLOCAL_AMFLAGS=-I m4" error
xiaoxinyu316的专栏
05-02 4716
Is caused by using CRLFs in Makefile.am. "m4" != "m4" and thus the libtoolize script will produce an error. If you're using git, I strongly advise adding a .gitattributes file with the following:
Solution: AC_CONFIG_MACRO_DIR conflicts with ACLOCAL_AMFLAGS
weixin_33709219的博客
04-14 432
.ibtoolize: AC_CONFIG_MACRO_DIR([./aclocal])conflictswith ACLOCAL_AMFLAGS=-I ./aclocal 执行libtoolize遇到上面提示的错误时，可能是因为configure.ac和Makefile.am文件是dos格式导致的，使用dos2unix转换一下后再执行，...
交叉编译-configure配置
godleo0的博客
03-27 3873
生成后的configure文件是一个可以移植的shell脚本，运行的时候它检查编译环境，来决定哪些库是可以用的，所用到的平台有哪些个特征，那些个头文件和库是已经找到的等等， 然后收集到的这些信息，它修改编译标记，生成一个Makefile文件，同时生成一个包含已定义的预处理符号的config.h文件。它包含一个由空格分隔的语言种类缩写表，对应于po子目录下的.po文件。添加一些选项到configure中，让用户能够修改安装程序的名称(如果在用户系统上碰巧有一个与要安装的程序名称相同的程序，这是很有用的)。
使用git bash编译安装sysbench时遇到的坑
diankuozhi9810的博客
09-11 1487
Preface When I was compiling the sysbench just now,I encountered some failures in the precedure.I'll show the issue and workaround below. Issues 1. Executing autogen.sh script ...
编译并使用quickfix做demo时的一些问题和解决＜Linux C++＞
qq_35142086的博客
11-13 1125
1、编译Linux libquickfix.so 问题描述： a.将windows下的使用编译工程上传到Linux，并按步骤编译，./boostrap报错，文件存在格式问题 解决：windows下脚本文件移植Linux存在格式问题，需要dos2unix处理； b.解决a问题后发现，configure.ac文件存在 ...
解决 configure.ac: error: possibly undefined macro: AC_PROG_LIBTOOL
turbock的博客
07-31 1万+
看了很多文章，这里记录一下： 1.没有安装aclocal 解决方法 yum -y install libtool libsysfs 2. aclocal与libtool没有安装在相同目录 原因分析：aclocal是个扫描程序, 负责扫描configure.ac中所有的宏定义并展开,上面产生的原因就是找不到LIBTOOL宏的定义之处造成的.原因就是aclocal与libtool没有安装在一个相同目录下面   aclocal是去默认 安装目录 /usr/share/aclocal下面搜索所有的.m4
autotools工具的使用，配置openOCD
eltaera的专栏
03-18 1188
这是我编openOCD时候出现的问题，现在经过使用可以进行openOCD的config了。着急用不想看内容的朋友可以直接看红字部分，按上下文逐一键入红字内容就可以了。黑字的内容为我工作过程，有我的出错信息。 elta@elta:openOCD$ autoconf  configure.ac:8: error: possibly undefined macro: AM_INIT_
automake中Makefile.am和configure.ac的格式及编译过程
dingtao7890的博客
12-19 6242
当写完代码之后，在代码所在的目录src中，编写Makefile.am文件，其内容如下： bin_PROGRAMS = ap_collector ap_server #Add extra debug info for gdb AM_CFLAGS = -ggdb ACLOCAL_AMFLAGS = -I m4 # libnfdump sources ipmap = ip_map.c ip_map.h
编写configure.ac
john_crash的专栏
11-17 1万+
configure.ac由一些宏组成 最基本的组成可以是下面的AC_INIT([PACKAGE], [VERSION], [BUG-REPORT-ADDRESS]) # Checks for programs. # Checks for libraries. # Checks for header les. # Checks for typedefs, structures, and compi
MAC下为php7.4.5安装phalcon4.0.5扩展时遇到libtool版本不匹配的问题及解决方案
李高峰的博客
05-01 1416
在运行： sudo ./install --phpize /Users/mac/service/php745/bin/phpize --php-config /Users/mac/service/php745/bin/php-config 命令后报： glibtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure....
解决 configure.ac:17: error: possibly undefined macro: AC_PROG_LIBTOOL
热门推荐
鱼思故渊的专栏
06-17 4万+
安装时出现configure.ac:17: error: possibly undefined macro: AC_PROG_LIBTOOL                      If this token and others are legitimate, please use m4_pattern_allow.                      See the Autocon
Linux的automake出现的问题（Makefile.am: C objects in subdir but `AM_PROG_CC_C_O' not in `configure.ac'）
守love唯诺的专栏
10-21 4693
工作中需要使用Linux上的automake编译项目代码，在生成Makefile文件的过程中，出现了如下的错误：  autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 autoreconf: co
linux m4文件
xiaoxinyu316的专栏
06-27 9627
M4 是一个宏处理器.将输入拷贝到输出,同时将宏展开. 宏可以是内嵌的也可以是用户定义的. 除了可以展开宏,m4还有一些内建的函数,用来引用文件,执行Unix命令,整数运算,文本操作,循环等. m4既可以作为编译器的前端也可以单独作为一个宏处理器. 安装下列程序: m4 简短说明 m4 将输入拷贝到输出,同时将宏展开. 宏可以是内嵌的也可以是用户定义的. 除了可以展开宏,m4还有一些内建
UE4编译grpc,编译打包
游学四方的博客
04-04 4138
unrealengine，《虚幻4引擎》是由Epic Games公司推出的一款游戏开发引擎，相比其他引擎，虚幻引擎不仅高效、全能，还能直接预览开发效果，赋予了开发商更强的能力。虚幻引擎4在大约2分半的Demo演示中，将其强大的功能发挥得淋漓尽致。与之相关的游戏有《连线》《绝地求生：刺激战场》等等。
/root/xq/did-vpp/build-root/vpp-24.06.0-31~g52887ab33.tar.xz mkdir -p /root/xq/did-vpp/build-root/rpmbuild/RPMS /root/xq/did-vpp/build-root/rpmbuild/SRPMS /root/xq/did-vpp/build-root/rpmbuild/BUILD \ /root/xq/did-vpp/build-root/rpmbuild/SOURCES /root/xq/did-vpp/build-root/rpmbuild/SPECS cp /root/xq/did-vpp/build-root/vpp-24.06.0-31~g52887ab33.tar.xz /root/xq/did-vpp/build-root/rpmbuild/SOURCES/vpp-24.06.0-31~g52887ab33.tar.xz cp "."/'vpp.spec' /root/xq/did-vpp/build-root/rpmbuild/SPECS rpmbuild -bb \ --define "_topdir /root/xq/did-vpp/build-root/rpmbuild" \ --define "_version 24.06.0" \ --define "_release 31~g52887ab33" \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/'vpp.spec' error: parse error in expression: 0%{rhel} >= 7 error: ^ error: /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec:50: bad %if condition: 0%{rhel} >= 7 make[1]: *** [Makefile:54: RPM] Error 1 make[1]: Leaving directory '/root/xq/did-vpp/extras/rpm' make: *** [Makefile:689: pkg-rpm] Error 2
最新发布
08-08
<think>我们遇到了一个在构建RPM包时的错误。错误信息如下： ``` error: parse error in expression: 0%{rhel} >= 7 error: ^ error: /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec:50: bad %if condition: 0%{rhel} >= 7 ``` 这个错误发生在`rpmbuild`过程中，具体是在解析spec文件（vpp.spec）的第50行时，条件判断`%if`后面的表达式`0%{rhel} >= 7`有语法错误。 ### 错误分析 在RPM的spec文件中，条件判断`%if`后面需要跟一个有效的表达式。这里的表达式是`0%{rhel} >= 7`。问题可能出在`%{rhel}`这个宏变量上。 1. **`%{rhel}`宏变量**：这个宏通常用于获取RHEL（Red Hat Enterprise Linux）的主版本号。但是，如果这个宏没有被定义，那么`%{rhel}`会被替换为空字符串，导致表达式变成`0 >= 7`，这在语法上是正确的（尽管逻辑上可能不是我们想要的）。然而，错误信息提示的是“parse error in expression”，说明在解析表达式时遇到了问题。 2. **表达式语法**：注意表达式中的空格。在错误信息中，表达式被写为`0%{rhel} >= 7`，其中`0%{rhel}`之间没有空格，这可能导致解析器将其视为一个整体（例如，如果`%{rhel}`被替换为数字，那么`0`和这个数字连在一起会形成一个新数字，比如如果`%{rhel}`是6，那么就是06，即6）。但是，如果`%{rhel}`未定义，那么表达式就变成了`0 >= 7`，这是合法的。 3. **错误位置**：错误信息指向了表达式中的空格位置（在`0`和`%{rhel}`之间），但实际上错误信息中的`^`指向了空格后面的位置。这可能是由于宏展开后造成的。 4. **可能的原因**：在构建环境中，`%{rhel}`宏可能没有被定义。当宏未定义时，在表达式中使用它会导致错误吗？实际上，在条件表达式中，如果宏未定义，它会被视为空字符串，然后整个表达式`0 >= 7`是合法的，但这里却出现了语法错误。 5. **另一种可能**：在spec文件中，条件判断的写法可能有误。正确的写法应该是： ``` %if 0%{?rhel} >= 7 ``` 这里使用了`%{?rhel}`，其中`?`表示如果宏`rhel`存在则展开，否则忽略（展开为空）。这样，如果`rhel`不存在，表达式就变成`0 >= 7`；如果存在，比如`rhel`为7，则变成`07 >= 7`（注意，这里07是八进制数，等于7，所以表达式成立）。但是，如果`rhel`不存在，那么表达式就是`0>=7`，这个表达式是false，但语法正确。 然而，在原始错误中，表达式写的是`0%{rhel} >= 7`，没有使用`?`。如果`rhel`未定义，那么`%{rhel}`会被替换为空字符串，表达式变成`0 >= 7`，这是合法的。但错误信息提示解析错误，所以可能是另一种情况：`%{rhel}`被替换成了非数字的字符串？比如，如果`rhel`被定义为字符串（而不是数字），那么表达式就会变成类似`0string >= 7`，这显然会导致语法错误。 ### 解决方案 我们需要检查spec文件第50行附近的条件判断。通常，为了安全地使用可能未定义的宏，我们应该使用条件宏展开（即加上`?`）。修改建议： 将原来的： ``` %if 0%{rhel} >= 7 ``` 修改为： ``` %if 0%{?rhel} >= 7 ``` 这样，如果`rhel`宏未定义，那么`%{?rhel}`会被替换为空，整个表达式变成`0>=7`（值为0），不会导致语法错误。 ### 操作步骤 1. 打开spec文件：`/root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec` 2. 找到第50行（或附近）的`%if 0%{rhel} >= 7`。 3. 将其修改为`%if 0%{?rhel} >= 7`。 4. 保存文件，然后重新运行rpmbuild命令。 ### 修改示例 假设原spec文件第50行是： ``` %if 0%{rhel} >= 7 ``` 修改为： ``` %if 0%{?rhel} >= 7 ``` ### 重新运行构建 重新运行之前失败的rpmbuild命令： ```bash rpmbuild -bb \ --define "_topdir /root/xq/did-vpp/build-root/rpmbuild" \ --define "_version 24.06.0" \ --define "_release 31~g52887ab33" \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec ``` ### 注意事项 如果修改后仍然出现错误，可能需要检查构建环境中`%{rhel}`宏是否被正确定义。可以通过以下命令查看当前rpm宏变量： ```bash rpm --eval %{rhel} ``` 如果输出为空，说明未定义。此时，如果spec文件中还有其他地方依赖`%{rhel}`，可能需要设置它。在构建命令中，我们可以通过`--define`选项来定义宏，例如： ```bash rpmbuild -bb \ --define "_topdir /root/xq/did-vpp/build-root/rpmbuild" \ --define "_version 24.06.0" \ --define "_release 31~g52887ab33" \ --define "rhel 7" \ # 添加这一行，假设我们构建的目标是RHEL7 /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec ``` 但是，请注意，我们不应该随意设置`rhel`宏的值，因为它应该由构建环境（比如在RHEL系统上构建）自动提供。如果构建环境不是RHEL或其衍生版（如CentOS），那么可能没有`rhel`宏。在这种情况下，我们可能需要根据实际情况调整spec文件中的条件判断。 ### 总结 我们通过修改spec文件中的条件判断表达式，使用`%{?rhel}`来避免宏未定义时的语法错误。如果问题依旧，可能需要进一步检查环境或spec文件的其他部分。 ### 相关问题 根据上述问题和解决方案，我们可以提出以下相关问题： §§相关问题§§: 1. RPM spec文件中条件判断`%if`的正确用法是什么？ 2. 如何在RPM spec文件中安全地使用可能未定义的宏？ 3. 在构建RPM包时，如何查看和定义rpm宏变量？ 4. 除了修改spec文件，还有哪些方法可以解决宏未定义导致的构建错误？</think>### 问题分析与解决方案 您遇到的错误是由于 RPM spec 文件中的条件判断语法问题导致的。具体错误信息： ``` error: parse error in expression: 0%{rhel} >= 7 error: /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec:50: bad %if condition: 0%{rhel} >= 7 ``` #### 原因分析： 1. **宏变量未定义**：`%{rhel}` 宏变量在构建环境中未定义，导致表达式 `0%{rhel}` 被解析为空或无效值 2. **语法问题**：RPM spec 文件的条件判断 (`%if`) 要求严格语法，未定义的宏会引发解析错误 3. **平台兼容性**：该条件判断尝试检查 RHEL 版本，但在非 RHEL 系统上构建时 `%{rhel}` 宏不存在 #### 解决方案： 修改 spec 文件，使用更健壮的条件判断语法。以下是修复步骤： 1. 打开 spec 文件： ```bash nano /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec ``` 2. 找到第 50 行附近的 `%if 0%{rhel} >= 7` 语句 3. 修改为以下更安全的语法： ```diff - %if 0%{rhel} >= 7 + %if 0%{?rhel} >= 7 ``` #### 完整修复方案： ```bash # 1. 备份原spec文件 cp /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec{,.bak} # 2. 使用sed修复条件判断 sed -i 's/%if 0%{rhel} >= 7/%if 0%{?rhel} >= 7/' \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec # 3. 重新运行构建命令 cd /root/xq/did-vpp make pkg-rpm ``` #### 关键修改说明： - `%{?rhel}` 中的 `?` 表示： - 如果 `rhel` 宏存在则展开其值 - 如果不存在则展开为空字符串 - `0%{?rhel}` 的处理结果： - RHEL 系统：`07` (RHEL7) 或 `08` (RHEL8) → 有效数字 - 非 RHEL 系统：`0` → 仍为有效数字表达式 - 避免宏未定义导致的语法错误 #### 替代方案（如果问题依旧）： 如果上述修改仍不生效，可以完全绕过版本检查： ```diff - %if 0%{rhel} >= 7 + %if 1 ``` 这将无条件启用该代码块，适用于非生产环境构建。 ### 完整构建命令示例 ```bash # 清理之前的构建 rm -rf /root/xq/did-vpp/build-root/rpmbuild # 重新设置目录结构 mkdir -p /root/xq/did-vpp/build-root/rpmbuild/{RPMS,SRPMS,BUILD,SOURCES,SPECS} # 复制源文件和spec文件 cp /root/xq/did-vpp/build-root/vpp-24.06.0-31~g52887ab33.tar.xz \ /root/xq/did-vpp/build-root/rpmbuild/SOURCES/ cp /root/xq/did-vpp/extras/rpm/vpp.spec \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/ # 应用修复（确保已修改spec文件） sed -i 's/%if 0%{rhel} >= 7/%if 0%{?rhel} >= 7/' \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec # 执行构建 rpmbuild -bb \ --define "_topdir /root/xq/did-vpp/build-root/rpmbuild" \ --define "_version 24.06.0" \ --define "_release 31~g52887ab33" \ /root/xq/did-vpp/build-root/rpmbuild/SPECS/vpp.spec ``` ### 预防性建议： 1. 在 spec 文件中始终使用 `%{?macro_name}` 语法引用可能未定义的宏 2. 添加宏存在性检查： ```rpm %if ! %{defined rhel} %define rhel 0 %endif %if 0%{?rhel} >= 7 ``` 3. 使用 `rpm --eval` 调试宏值： ```bash rpm --eval %{rhel} # 检查当前环境的RHEL版本宏 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值