On 03/19/2012 10:42 AM, David C. Rankin wrote:
Guys,
I need help, or a link, to find out why libtool isn't working. 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 (ark_part.cpp). 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
<snip> I think that I have found the crux of the issue at the very end of libtool.m4. That is where to_tool_file_cmd is supposedly set: AC_MSG_CHECKING([how to convert $build file names to toolchain format]) AC_CACHE_VAL(lt_cv_to_tool_file_cmd, [#assume ordinary cross tools, or native build. lt_cv_to_tool_file_cmd=func_convert_file_noop case $host in *-*-mingw* ) case $build in *-*-mingw* ) # actually msys lt_cv_to_tool_file_cmd=func_convert_file_msys_to_w32 ;; esac ;; esac ]) to_tool_file_cmd=$lt_cv_to_tool_file_cmd ^^^^^^^^^^^^^^^^ AC_MSG_RESULT([$lt_cv_to_tool_file_cmd]) _LT_DECL([to_tool_file_cmd], [lt_cv_to_tool_file_cmd], [0], [convert $build files to toolchain format])dnl ])# _LT_PATH_CONVERSION_FUNCTIONS This is a direct copy of the arch libtool.m4 file into the admin directory of tdeutils. I still don't know whether this is a libtool bug or if it is a tdeutils issues - anybody have a guess? I'll post to the tde list as well. Thanks. -- David C. Rankin, J.D.,P.E.