编译华硕asuswrt固件时遇到的问题 configure not supporting AM_INIT_AUTOMAKE

Description

Configure of icinga-reports-1.8.0 throws the following error:

[email protected]:/usr/src/icinga-reports-1.8.0# ./configure --with-jasper-server=/opt/jasperreports-server-cp-4.7.0

./configure: line 1682: AM_INIT_AUTOMAKE: command not found

checking build system type... x86_64-unknown-linux-gnu

checking host system type... x86_64-unknown-linux-gnu

checking for jasperserver... configure: creating ./config.status

config.status: creating Makefile

The fix provided in Bug #2623 works
here too -> https://git.icinga.org/?p=icinga-reports.git;a=commit;h=c4e2d2b686eada065066b36bf5080640e0f58cbf

[email protected]:/usr/src/icinga-reports-1.8.0# rm configure

[email protected]:/usr/src/icinga-reports-1.8.0# aclocal

[email protected]:/usr/src/icinga-reports-1.8.0# autoconf

[email protected]:/usr/src/icinga-reports-1.8.0# ./configure --with-jasper-server=/opt/jasperreports-server-cp-4.7.0

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for a thread-safe mkdir -p... /bin/mkdir -p

checking for gawk... no

checking for mawk... mawk

checking whether make sets $(MAKE)... yes

checking build system type... x86_64-unknown-linux-gnu

checking host system type... x86_64-unknown-linux-gnu

checking for jasperserver... configure: creating ./config.status

config.status: creating Makefile

Maybee it‘s better to provide an install.sh for this which creates the configure script in the local environment.

【参考: https://dev.icinga.org/issues/3313】

时间: 2024-10-13 12:34:12

编译华硕asuswrt固件时遇到的问题 configure not supporting AM_INIT_AUTOMAKE的相关文章

在Xcode 6 beta里编译Cocos2d-x iOS项目时失败

转载 在Xcode 6 beta里编译Cocos2d-x iOS项目时可能会失败,提示如下错误: Undefined symbols for architecture i386: "_fwrite$UNIX2003", referenced from: _unixErrorHandler in libcocos2dx iOS.a(tif_unix.o) _unixWarningHandler in libcocos2dx iOS.a(tif_unix.o) _empty_output_

Linux程序可以编译连接但是执行时找不到*.so 一般都和LD_LIBRARY_PATH有关

http://bbs.chinaunix.net/thread-983182-1-1.html PATH变量: 此变量代表可执行程序在任意位置直接输入指令执行时,系统会到此变量标记的目录里去找对应的可执行程序. 有些命令的路径没有在PATH环境变量中,可以用echo $PATH命令查询得知,添加路径到PATH环境变量的方法如下: (1)如果只想在本次开机过程中临时性的添加修改,下次开机就无效的话,可以: export PATH=$PATH:path -----path为命令所在路径 (2)如果只

编译linux-3.15.5时遇到的几个错误

1. make时遇到一个标志位不被支持,需要升级gcc: yum update gcc 2. make modules_install时提示137错误: 需要增大虚拟机内存或swap分区. 3. make install时提示: [[email protected] linux-3.15.5]# make install sh /software/linux-3.15.5/arch/x86/boot/install.sh 3.15.5 arch/x86/boot/bzImage \       

Cenots 7.0编译安装libiconv-1.14时的故障

本人使用的是Cenos 7.0系统,因PHP需要 在编译安装libiconv-1.14时遇到如下问题: 故障1. 未安装GCC cd libiconv-1.14 ./configure --prefix=/usr/local/libiconv configure: error: in `/home/gitlab/tools/libiconv-1.14': configure: error: no acceptable C compiler found in $PATH See `config.l

fedota 20编译php checking for mysql_set_server_option in -lmysqlclient... no configure: error: wrong mysql library version or lib not found. 错误

php-5.5.15 + mysql-5.5.27,编译php的时候报错,checking for mysql_set_server_option in -lmysqlclient... no configure: error: wrong mysql library version or lib not found. Check config.log for more information. 解决方法重新编译mysql,并把-DENABLE_DTRACE=0这项加进mysql的编译cmake

如何解决源码安装软件中make时一直重复打印configure信息

在通过源码安装软件时,会出现执行./configure后再make时总是重复打印configure的信息,无法进入下一阶段的安装. 主要原因是系统当前的时间与实际时间不一致,特别是在虚拟机上经常会出现这样的情况,可以通过date命令查看当前系统时间. 解决方法: 通过ntp更新一下时间再进行make安装:ntpdate 1.cn.pool.ntp.org (服务器地址选一个可以用的即可)

gcc新版本号引起的编译错误(命令运行时的外部库输入位置)

昨天,遇到一个比較bug的错误,用gcc来编译几个简单的文件出错,编译环境为x86_64的Ubuntu12.04.gcc版本号号例如以下: gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 编译例如以下命令,主要是须要加入一个经常使用数学库libm.so.编译的语法例如以下出现了例如以下的错误: gcc -lm main.c bp_alg_api.c -o test 还是会出现没有链接时指定的库文件lm. 假设这样就能够成功: gcc main.c bp_alg_

EW8051-8302编译CC2540官方例程时出错的解决办法

Error[e16]: Segment ISTACK (size: 0xc0 align: 0) is too long for segment definition. At least 0xe more bytes needed. The problem occurred while processing the  segment placement command "-Z(IDATA)ISTACK+_IDATA_STACK_SIZE#08-_IDATA_END", where at

使用gcc -g编译,gdb调试时仍然存在“no debug symbols found”的错误

今天为调试一段代码,使用gcc将程序用-g选项重新编译.但是使用gdb进行debug时,仍然出现“no debug symbols found”的错误.仔细检查了一下Makefile,原来后面定义的连接选项中指定了-s.gcc的文档中说明如下: -sRemove all symbol table and relocation information from the executable. 去掉-s后,可以用gdb进行调试了