trinity-devel@lists.pearsoncomputing.net

Message: previous - next
Month: March 2012

Howto handle differing versions of libtool in TDE builds

From: "David C. Rankin" <drankinatty@...>
Date: Mon, 19 Mar 2012 15:06:25 -0500
Tim, Serghei, Darrell,

   What are your thoughts on how we should handle differing versions of 
libtool/auto... with tde building? The tdeutils build failure has really 
brought this to light. libtool 2.4.2-4 in Arch contains parsing functions that 
do not exist in the libtool version in tde GIT that causes the libtool process 
to attempt to use variable that are uninitialized and not declared resulting 
in build failures.

   For tdeutils the build fails with the call to "$to_host_file_cmd $1". The 
to_host_file_cmd isn't part of libtool in TDE. Evidently, the new libtool 
tries to call to_host_file_cmd on every source it compiles. Since 
to_host_file_cmd is not defined anywhere -- it bombs.

   The file name to toolchain parsing functions are at the end of the arch 
libtool.m4 file:

<snip>
to_host_file_cmd=$lt_cv_to_host_file_cmd
AC_MSG_RESULT([$lt_cv_to_host_file_cmd])
_LT_DECL([to_host_file_cmd], [lt_cv_to_host_file_cmd],
          [0], [convert $build file names to $host format])dnl

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

   I guess the question is "does the libtool in tde need to be updated?" 
..or.. is there some way to just to bypass the version inconsistency?  It 
might be arch that is having issues today, but it will be the remainder of the 
distros that have the issue after a libtool update. I have tried several times 
to get familiar with cmake conversion, but as of today, I don't have the tools 
to tackle something like tdeutils. I don't know if that would provide a better 
solution than trying to fix libtool or how much work that would be.

   What are the thoughts of the experts?


-- 
David C. Rankin, J.D.,P.E.