trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: March 2012

Re: [trinity-devel] tdeutils ../libtool: line 2083: ark_part.cpp: command not found?

From: Serghei Amelian <serghei@...>
Date: Mon, 19 Mar 2012 17:49:00 +0200
On Monday 19 March 2012 17:43:11 David C. Rankin wrote:
> All,
>
>   I need help, or a link, to find out why libtool isn't working. I have
> also posted to the arch list in case this is libtool itself. libtool is
> attempting to use an undeclared variable as a command. The libtool file
> generated includes (beginning at line 2071):
>
> # func_to_tool_file ARG LAZY
> # converts the file name ARG from $build format to toolchain format. Return
> # result in func_to_tool_file_result.  If the conversion in use is listed
> # in (the comma separated) LAZY, no conversion takes place.
> func_to_tool_file ()
> {
>   $opt_debug
>   case ,$2, in
>     *,"$to_tool_file_cmd",*)
>       func_to_tool_file_result=$1
>       ;;
>     *)
>       $to_tool_file_cmd "$1"
>       func_to_tool_file_result=$func_to_host_file_result
>       ;;
>   esac
> }
> # end func_to_tool_file
>
>   The tdeutils build fails at make on the very first file. The line that
> fails is line 2083:
>
> 2083|      $to_tool_file_cmd "$1"
>
>   The problem is '$to_tool_file_cmd' is never declared in 'libtool'
> resulting in the error:
>
> ../libtool: line 2083: ark_part.cpp: command not found
>
>   Basically, libtool is trying to execute 'ark_part.cpp' as the command
> since '$to_tool_file_cmd' is never declared or initialized and is just
> blank in the command '$to_tool_file_cmd "$1"'.
>
>   What I need to learn is whether this is a libtool problem or whether it
> is a tdeutils problem. tdeutils from the same source builds fine on slack,
> debian, etc.., so I wonder if this is a libtool version problem or
> something similar.
>
>   I am building in an arch chroot and he PKGBUILD file used does:
>
>   cd ${srcdir}/${pkgname#*-}
>
>   cp /usr/share/aclocal/libtool.m4 ./admin
>   cp /usr/share/libtool/config/ltmain.sh ./admin
>
>   make -f admin/Makefile.common
>
>   ./configure \
>     --prefix=${TDEDIR} \
>     --with-qt-dir=${QTDIR} \
>     --sysconfdir=/etc \
>     --localstatedir=/var \
>     --enable-debug=full \
>     --enable-closure
>
>   make
>
>   The complete error, which I don't fully understand is:
>
> /bin/sh ../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. -I..
> -D_LARGEFILE64_SOURCE -I/opt/trinity/include -I/opt/tqt3/include -I.
> -include tqt.h  -DQT_THREAD_SUPPORT  -D_REENTRANT  -Wno-long-long -Wundef
> -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts
> -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=x86-64
> -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4
> -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute
> -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
> -I/usr/include/tqt
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
> -DQT_NO_TRANSLATION  -MT ark_part.lo -MD -MP -MF .deps/ark_part.Tpo -c -o
> ark_part.lo ark_part.cpp
> ../libtool: line 2083: ark_part.cpp: command not found
>
>   I have also tried 'make SHELL=/bin/bash' after googling that the
> environment could cause shell extension issues if part was done with bash
> and make was using sh, but that made no difference.
>
>   Anybody familiar with libtool know if this is a libtool problem or if
> this is a problem with the tdeutil code? If it is libtool, any
> work-arounds?



-- 
Serghei