bug-autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Environment variable $U


From: Julien ÉLIE
Subject: Environment variable $U
Date: Sun, 7 Feb 2010 19:49:24 +0100

Hi,

Heiko Schlichting reported in the INN mailing-list that he was unable
to compile INN when the environment variable $U was defined.

See:
   https://lists.isc.org/pipermail/inn-workers/2010-January/017124.html


autoconf (even 2.65) generates via lib/autoconf/general.m4:

ac_libobjs=
ac_ltlibobjs=
for ac_i in : $LIBOBJS; do test "x$ac_i" = x: && continue
 # 1. Remove the extension, and $U if already installed.
 ac_script='s/\$U\././;s/\.o$//;s/\.obj$//'
 ac_i=`echo "$ac_i" | sed "$ac_script"`
 # 2. Prepend LIBOBJDIR.  When used with automake>=1.10 LIBOBJDIR
 #    will be set to the directory where LIBOBJS objects are built.
 ac_libobjs="$ac_libobjs \${LIBOBJDIR}$ac_i\$U.$ac_objext"
 ac_ltlibobjs="$ac_ltlibobjs \${LIBOBJDIR}$ac_i"'$U.lo'
done
LIBOBJS=$ac_libobjs
LTLIBOBJS=$ac_ltlibobjs


Therefore, Makefile.global contains:

$ grep ^LIBOBJS Makefile.global
LIBOBJS = ${LIBOBJDIR}setproctitle$U.o ${LIBOBJDIR}strlcat$U.o ${LIBOBJDIR}strlcpy$U.o

which fails when the $U variable is set.


Is there a reason for that variable?
Isn't it a problem in autoconf?  How could it be solved?

Thanks beforehand,

--
Julien ÉLIE

« Un dictionnaire est comme une montre ; il vaut mieux en avoir un
 que pas du tout, mais le meilleur n'est jamais tout à fait exact. »
(Georges-Bernard Shaw)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]