关于在嵌入式Linux下编译dhcp报错“cannot check for file existence when cross compiling”的初步研究

发布时间:2024-07-11  

前言、写这篇文章的由来

最近在学习韦东山嵌入式培训视频(3期项目实战之USB摄像头监控)时,在对dhcp源代码configure时,报错:cannot check for file existence when cross compiling。虽然按照视频教程给出的办法在“./configure  --host=arm-linux”之后加上“ac_cv_file__dev_random=yes”,解决了问题。但在看到configure文件中那天书一样的文字时,总不免很多疑惑:难道为了写一个dhcp这样的程序,还要写个这么晦涩的configure代码?dhcp的作者,难道如此牛逼么?


经过研究,终于发现,原来这个configure文件并不是直接由人工编写出来的,而是由autoconf这个工具根据autoconf.ac或者autoconf.in自动生成的。而后者才是人工编写出来的。而使用autoconf的目的,是为了使我们写出来的程序(比如这个dhcp)能够方便的移植到多种unix(或类unix)系统上。


结论虽然很简单,但厘清其中的来龙去脉,还是花了不少时间。不过我觉得还是值得的,因为了解了来龙去脉之后,就掌握了套路。以后遇到类似的问题,就可以举一反三,心中有数,而不用再像无头苍蝇那样抓狂了。


一、实验环境


1.1 虚拟机环境


a) Vmware版本:Vmware Workstation 12.5.7


b) Ubuntu版本:9.10


c) 内核版本:2.6.31.14


1.2 开发板环境


1.2.1 硬件


开发板:百问网JZ2440开发板


wifi网卡:RT3070


1.2.2 软件


a) 内核版本: 3.4.2


b) toolchain版本:


    arm-linux-gcc 4.3.2


c) dhcp版本:4.2.5-P1


二、交叉编译dhcp,在configure时,报错信息及解决过程简记


1、./configure  --host=arm-linux


  报错:configure:error: cannot check for file existence when cross compiling


   经查,是configure文件line7695:


   if test "${ac_cv_file__dev_random+set}" = set; then


       echo $ECHO_N "(cached) $ECHO_C" >&6


   else


        test "$cross_compiling" = yes &&


        { { echo "$as_me:$LINENO: error: cannot check for file existence when cross compiling" >&5


        echo "$as_me: error: cannot check for file existence when cross compiling" >&2;}


        { (exit 1); exit 1; }; }


    解决办法:在./configure  --host=arm-linux 后面加上: ac_cv_file__dev_random=yes


2、make,报错:


    configure: error: cannot check for file existence when cross compiling


    在configure.log里,找到这行:


    configure:22156: error: cannot check for file existence when cross compiling


    根据这个提示,在configure:22156,找到了:


    if eval ${$as_ac_File+:} false; then :


         $as_echo_n "(cached) " >&6


    else


         test "$cross_compiling" = yes &&


         as_fn_error $? "cannot check for file existence when cross compiling" "$LINENO" 5


    而$as_ac_File定义在:bind/bind-9.8.4-P2/configure:22149 :


    as_ac_File=`$as_echo "ac_cv_file_$devrandom" | $as_tr_sh`


    解决办法:修改bind/bind-9.8.4-P2/Makefile:


    Line55: ./configure  --host=arm-linux  ac_cv_file__dev_random=yes


三、原理初探


     其实,./configure文件line7695那段天书,是autoconf根据./configure.ac自动生成的:


 Line536:

      AC_CHECK_FILE(/dev/random,

          AC_DEFINE([HAVE_DEV_RANDOM], [1],

              [Define to 1 if you have the /dev/random file.]))

      类似的,bind/bind-9.8.4-P2/configure的那段天书,也是autoconf根据bind/bind-9.8.4-P2/configure.in自动生成的:


line1087 :

      AC_CHECK_FILE($devrandom,

AC_DEFINE_UNQUOTED(PATH_RANDOMDEV,

     "$devrandom"),)

      关于AC_CHECK_FILE(file, [action-if-found], [action-if-not-found])的作用,简单说,就是检查$devrandom代表的文件是否存在,若是则执行action-if-found,否则执行action-if-not-found。


      该宏的实现代码在/usr/share/autoconf/autoconf/general.m4 ,line 2764


      这段代码中间的一大段,是关于cache变量的,目的是为了加速查找结果(详见https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Cache-Variable-Names.html#Cache-Variable-Names)


注:若要启用cache变量,需要在执行configure命令时传递 -C或者--config-cache选项,此时可在configure同级目录下发现config.cache文件,用于存放所有的cache变量,cache变量在内存中为shell变量,当configure启动时,AC_INIT会调用AC_CACHE_LOAD从config.cache读入到shell变量里。当configure退出时,会调用AC_CHECK_FILE存放到config.cache文件里)。cache变量名必须包含”_cv_”,意即cache value,若缺了它的话,就无法被cache了。

      这段宏的大致解释如下(假设调用场景就是bind/bind-9.8.4-P2/configure.in里的line1087:AC_CHECK_FILE(/dev/random, AC_DEFINE_UNQUOTED(PATH_RANDOMDEV,"$devrandom"),):


AC_DEFUN([AC_CHECK_FILE],


[AC_DIAGNOSE([cross],


     [cannot check for file existence when cross compiling])dnl #打印一些信息


AS_VAR_PUSHDEF([ac_File], [ac_cv_file_$1])dnl #定义一个临时宏ac_File,其展开结果是ac_cv_file__dev_random


AC_CACHE_CHECK([for $1], [ac_File],  #查找 是否有ac_cv_file__dev_random这个cache变量


[test "$cross_compiling" = yes &&    #若无则检查$cross_compiling是否为yes


  AC_MSG_ERROR([cannot check for file existence when cross compiling]) #是则显示cannot check for...,然后直接退出;


if test -r "$1"; then #否则执行test -r"$1" 测试/dev/random是否可读


  AS_VAR_SET([ac_File], [yes]) #是则设置cache变量ac_cv_file__dev_random=yes


Else


  AS_VAR_SET([ac_File], [no]) #否则设置cache变量ac_cv_file__dev_random=no


fi])


AS_VAR_IF([ac_File], [yes], [$2], [$3]) #如果cache变量ac_cv_file__dev_random=yes,则执行AC_DEFINE_UNQUOTED(PATH_RANDOMDEV,"$devrandom")


AS_VAR_POPDEF([ac_File])dnl #取消临时宏ac_File


])# AC_CHECK_FILE


01

      由此可知, AC_CHECK_FILE当找不到 ac_cv_file__dev_random这个cache变量时,会先判断当前是否为交叉编译,是则显示cannot check for file existence when cross compiling,然后直接退出。

      那么问题来了:为什么当AC_CHECK_FILE遇到交叉编译的情况,会有这样的行为特征呢?官网的解释是:


Be aware that, like most Autoconf macros, they test a feature of the host machine, and therefore, they die when cross-compiling.


      意思是说:AC_CHECK_FILE仅是用于检查宿主机(而不是目标机)上的文件是否存在。所以当遇到交叉编译的情况,它就没辙了!


      想来这个解释也有道理,既然configure是运行在宿主机上的,那当然无法去检查目标机上的文件了。但这样一来,又回到了问题的原点:为什么dhcp的configure要检查/dev/random这个文件?我推测应该是由于最终编译出来的程序需要使用到/dev/random?(不然岂不是瞎折腾么?)


      如果确实如此的话,那只要目标机上存在/dev/random(通过”ls /dev |grep random”查下来也确实存在),那即使跳过这个检查,应该也没影响。


      由此,进一步的问题就是:怎样让configure跳过这个检查?


      解决办法是:只要强制把ac_cv_file__dev_random这个cache变量设置为yes即可,具体来说,有两个办法:


      办法1)按照视频的做法,修改bind/Makefile:


                Line55: ./configure  --host=arm-linux  ac_cv_file__dev_random=yes


      办法2)可能通用性稍好一些


      既然ac_cv_file__dev_random是cache 变量,而且./configure.ac和bind/bind-9.8.4-P2/configure.in都访问了这个变量,那这两个文件之间是不是能用某种机制来共享这个变量呢?答案是肯定的。在autoconf的官方网站上(https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Cache-Files.html#Cache-Files)可以查到在 7.4.2 Cache Files里,关于cache files,有这么一段话:


When configure calls configure scripts in subdirectories, it uses the --cache-file argument so that they share the same cache。


也就是说,当父目录中的configure调用子目录中的configure时,前者可以通过传递给后者--cache-file=xxx来使后者共享cache。


      由此,对于本文开头所述的configure报错的问题,第2种解决办法是:


Step1)在执行根目录下的configure时,加入-C 选项:


./configure  --host=arm-linux  ac_cv_file__dev_random=yes -C


Step2)修改bind/Makefile:


Line55: ./configure  --host=arm-linux --disable-kqueue --cache-file=../../config.cache


四、后记

关于autoconf,如果要深究的话,又是一个大坑。不过对于本项目来说,只要求能把dhcp移植到开发板上,并且能跑起来即可,并不需要从头开始写一个dhcp。所以,暂时只需要对autoconf了解个大概就行了。本文可当作一个路标,以使在今后前行的路上遇到类似坑时,不至于懵圈。


五、参考资料


1)韦东山 《嵌入式linux视频教程_三期项目实战之USB摄像头监控》


2)GNU autoconf 官网手册(https://www.gnu.org/software/autoconf/manual)


文章来源于:电子工程世界    原文链接
本站所有转载文章系出于传递更多信息之目的,且明确注明来源,不希望被转载的媒体或个人可与我们联系,我们将立即进行删除处理。

我们与500+贴片厂合作,完美满足客户的定制需求。为品牌提供定制化的推广方案、专属产品特色页,多渠道推广,SEM/SEO精准营销以及与公众号的联合推广...详细>>

利用葫芦芯平台的卓越技术服务和新产品推广能力,原厂代理能轻松打入消费物联网(IOT)、信息与通信(ICT)、汽车及新能源汽车、工业自动化及工业物联网、装备及功率电子...详细>>

充分利用其强大的电子元器件采购流量,创新性地为这些物料提供了一个全新的窗口。我们的高效数字营销技术,不仅可以助你轻松识别与连接到需求方,更能够极大地提高“闲置物料”的处理能力,通过葫芦芯平台...详细>>

我们的目标很明确:构建一个全方位的半导体产业生态系统。成为一家全球领先的半导体互联网生态公司。目前,我们已成功打造了智能汽车、智能家居、大健康医疗、机器人和材料等五大生态领域。更为重要的是...详细>>

我们深知加工与定制类服务商的价值和重要性,因此,我们倾力为您提供最顶尖的营销资源。在我们的平台上,您可以直接接触到100万的研发工程师和采购工程师,以及10万的活跃客户群体...详细>>

凭借我们强大的专业流量和尖端的互联网数字营销技术,我们承诺为原厂提供免费的产品资料推广服务。无论是最新的资讯、技术动态还是创新产品,都可以通过我们的平台迅速传达给目标客户...详细>>

我们不止于将线索转化为潜在客户。葫芦芯平台致力于形成业务闭环,从引流、宣传到最终销售,全程跟进,确保每一个potential lead都得到妥善处理,从而大幅提高转化率。不仅如此...详细>>