SOLVED: Whoop! tdeutils building on Arch - Hack of libtool created by configure required
Tim, Darrell, All,
I finally got tdeutils to build on Arch. The old version of libtool in the GIT tree does not correctly create the designation for 'to_tool_file_cmd' in the 'libtool' file that is created by running ./configure. The solution was to hack the libtool file produced by configure and set:
to_tool_file_cmd=func_convert_file_noop
I just used sed to add it to the top of the libtool file after #! /bin/sh. That is the default value according to:
http://www.gnu.org/software/libtool/manual/html_node/libtool-script-contents...
— Variable: to_tool_file_cmd
If the toolchain is not native to the build platform (e.g. if you are using some Unix to drive the scripting together with a Windows toolchain running in Wine) this variable describes how to convert file names from the format used by the build platform to the format used by the toolchain. Normally set to ‘func_convert_file_noop’.
I do not understand why the GIT libtool version does not correctly do this when run against the stable 2.4.2 version of libtool. This is a bug that will need to be fixed. But:
==> Finished making: tde-tdeutils 3513_tqt-1 (Wed Mar 21 16:25:37 UTC 2012)
I finally got tdeutils to build on Arch. The old version of libtool in the GIT tree does not correctly create the designation for 'to_tool_file_cmd' in the 'libtool' file that is created by running ./configure. The solution was to hack the libtool file produced by configure and set:
to_tool_file_cmd=func_convert_file_noop
I just used sed to add it to the top of the libtool file after #! /bin/sh. That is the default value according to:
http://www.gnu.org/software/libtool/manual/html_node/libtool-script-contents...
— Variable: to_tool_file_cmd
If the toolchain is not native to the buildplatform (e.g. if you are using some Unix to drive the scripting together with a Windows toolchain running in Wine) this variable describes how to convert file names from the format used by the build platform to the format used by the toolchain. Normally set to ‘func_convert_file_noop’.
I do not understand why the GIT libtool version does not correctly do this when run against the stable 2.4.2 version of libtool. This is a bug that will need to be fixed. But:
==> Finished making: tde-tdeutils 3513_tqt-1 (Wed Mar 21 16:25:37 UTC 2012)
Perhaps file that information and watch whether the problem occurs with other packages. I like the old math adage about two points defining a line and a third point confirming the line. The analogy is additional failures and the same solution means valuable information that should be added to the wiki.
Unless, of course, the automake gurus know of simpler solutions. Which still should be posted to the wiki. :)
Darrell
On 03/21/2012 01:35 PM, Darrell Anderson wrote:
I finally got tdeutils to build on Arch. The old version of libtool in the GIT tree does not correctly create the designation for 'to_tool_file_cmd' in the 'libtool' file that is created by running ./configure. The solution was to hack the libtool file produced by configure and set:
to_tool_file_cmd=func_convert_file_noop
I just used sed to add it to the top of the libtool file after #! /bin/sh. That is the default value according to:
http://www.gnu.org/software/libtool/manual/html_node/libtool-script-contents...
— Variable: to_tool_file_cmd
If the toolchain is not native to the buildplatform (e.g. if you are using some Unix to drive the scripting together with a Windows toolchain running in Wine) this variable describes how to convert file names from the format used by the build platform to the format used by the toolchain. Normally set to ‘func_convert_file_noop’.
I do not understand why the GIT libtool version does not correctly do this when run against the stable 2.4.2 version of libtool. This is a bug that will need to be fixed. But:
==> Finished making: tde-tdeutils 3513_tqt-1 (Wed Mar 21 16:25:37 UTC 2012)
Perhaps file that information and watch whether the problem occurs with other packages. I like the old math adage about two points defining a line and a third point confirming the line. The analogy is additional failures and the same solution means valuable information that should be added to the wiki.
Unless, of course, the automake gurus know of simpler solutions. Which still should be posted to the wiki. :)
Darrell
I've collected all information that we have from the posts and included it in:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=924
Any libtool/autofoo experts on the list here?
On 03/21/2012 02:34 PM, David C. Rankin wrote:
On 03/21/2012 01:35 PM, Darrell Anderson wrote:
I finally got tdeutils to build on Arch. The old version of libtool in the GIT tree does not correctly create the designation for 'to_tool_file_cmd' in the 'libtool' file that is created by running ./configure. The solution was to hack the libtool file produced by configure and set:
to_tool_file_cmd=func_convert_file_noop
I just used sed to add it to the top of the libtool file after #! /bin/sh. That is the default value according to:
http://www.gnu.org/software/libtool/manual/html_node/libtool-script-contents...
— Variable: to_tool_file_cmd
If the toolchain is not native to the buildplatform (e.g. if you are using some Unix to drive the scripting together with a Windows toolchain running in Wine) this variable describes how to convert file names from the format used by the build platform to the format used by the toolchain. Normally set to ‘func_convert_file_noop’.
I do not understand why the GIT libtool version does not correctly do this when run against the stable 2.4.2 version of libtool. This is a bug that will need to be fixed. But:
==> Finished making: tde-tdeutils 3513_tqt-1 (Wed Mar 21 16:25:37 UTC 2012)
Perhaps file that information and watch whether the problem occurs with other packages. I like the old math adage about two points defining a line and a third point confirming the line. The analogy is additional failures and the same solution means valuable information that should be added to the wiki.
Unless, of course, the automake gurus know of simpler solutions. Which still should be posted to the wiki. :)
Darrell
I've collected all information that we have from the posts and included it in:
http://bugs.pearsoncomputing.net/bugzilla/show_bug.cgi?id=924
Any libtool/autofoo experts on the list here?
Darrell,
I've run into another libtool/autotool issue with tdeaddons:
make[4]: Entering directory `/build/src/tdeaddons/kaddressbook-plugins/xxports/kworldclock' /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/opt/trinity/include/tde -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 geo_xxport.lo -MD -MP -MF .deps/geo_xxport.Tpo -c -o geo_xxport.lo geo_xxport.cpp libtool: Version mismatch error. This is libtool 2.2.6b Debian-2.2.6b-2ubuntu1, but the libtool: definition of this LT_INIT comes from libtool 2.4.2. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b Debian-2.2.6b-2ubuntu1 libtool: and run autoconf again. make[4]: *** [geo_xxport.lo] Error 63 make[4]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins/xxports/kworldclock' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins/xxports' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/tdeaddons' make: *** [all] Error 2
I've tried all the tricks 'libtool --force' 'autoreconf --force' 'make maintainer-clean', etc... I'll update the bug report with the additional info.
-
Darrell Anderson -
David C. Rankin