[Top][All Lists]
[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)
- Environment variable $U,
Julien ÉLIE <=