From Fedora Project Wiki
m (fix URL) |
|||
| (One intermediate revision by the same user not shown) | |||
| Line 4: | Line 4: | ||
== Logfiles of failed package rebuilds == | == Logfiles of failed package rebuilds == | ||
[http://karsten.fedorapeople.org/libtool2/ My homepage on fedorapeople.org] has the logs of the failed package rebuilds. | [http://karsten.fedorapeople.org/libtool2-failures/ My homepage on fedorapeople.org] has the logs of the failed package rebuilds. | ||
== example build | == example build failures and suggested fixes == | ||
=== check for obsoleted interfaces === | |||
<pre> | <pre> | ||
checking ltdl.h usability... yes | checking ltdl.h usability... yes | ||
| Line 34: | Line 35: | ||
* lt_dlfree | * lt_dlfree | ||
Grep the sources for occurences of lt_dlcaller_register and see how it is used. As lt_dlcaller_register in this case is just used to detect the libltdl library, the check | Grep the sources for occurences of lt_dlcaller_register and see how it is used. As lt_dlcaller_register in this case is just used to detect the libltdl library, the check should be replaced by lt_dlinit in libgphoto2_port/m4/gp-libltdl.m4 and m4m/gp-libltdl.m4. The configure files need to be updated afterwards: <pre> autoconf;(cd libgphoto2_port; autoconf)</pre> | ||
=== old libtool files may/will cause problems === | |||
Many package sources ship their own copy of libtool. Mixing older (libtool-1.5) files with | |||
a current version 2.2 system libtool will lead to problems. One example is the freeradius package, building | |||
it with libtool-2.2.6a failed with the following error: | |||
<pre> | |||
undefined | |||
reference to `lt__PROGRAM__LTX_preloaded_symbols' | |||
collect2: ld returned 1 exit status | |||
gmake[4]: Leaving directory `/builddir/build/BUILD/freeradius-server-2.1.1/src/main' | |||
</pre> | |||
The fix for this is easy, just add <pre>--with-system-libtool</pre> to the ./configure parameters | |||
Latest revision as of 15:10, 9 December 2008
Fedora F11 update of libtool to version 2.2.x
The following is a list of problems detected during a mass rebuild of all Fedora packages with libtool-2.2.6 and some hints how to solve those issues
Logfiles of failed package rebuilds
My homepage on fedorapeople.org has the logs of the failed package rebuilds.
example build failures and suggested fixes
check for obsoleted interfaces
checking ltdl.h usability... yes checking ltdl.h presence... yes checking for ltdl.h... yes checking for lt_dlcaller_register in -lltdl... no configure: error: libgphoto2 requires the ltdl library, included with libtool Please make sure that the proper development package is installed (libltdl-dev, libtool-ltdl-devel, etc.) error: Bad exit status from /var/tmp/libgphoto2-2.4.2-2.fc10.src.rpm/rpm-tmp.YYQzTj (%build)
lt_dlcaller_register is one of the deprecated APIs that have been removed from libltdl:
- lt_dlcaller_register
- lt_dlhandle_next
- lt_dlhandle_find
- lt_dlforeach
- lt_dlmutex_register
- lt_dlmutex_lock
- lt_dlmutex_unlock
- lt_dlmutex_seterror
- lt_dlmutex_geterror
- lt_dlmalloc
- lt_dlrealloc
- lt_dlfree
Grep the sources for occurences of lt_dlcaller_register and see how it is used. As lt_dlcaller_register in this case is just used to detect the libltdl library, the check should be replaced by lt_dlinit in libgphoto2_port/m4/gp-libltdl.m4 and m4m/gp-libltdl.m4. The configure files need to be updated afterwards:
autoconf;(cd libgphoto2_port; autoconf)
old libtool files may/will cause problems
Many package sources ship their own copy of libtool. Mixing older (libtool-1.5) files with a current version 2.2 system libtool will lead to problems. One example is the freeradius package, building it with libtool-2.2.6a failed with the following error:
undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' collect2: ld returned 1 exit status gmake[4]: Leaving directory `/builddir/build/BUILD/freeradius-server-2.1.1/src/main'
The fix for this is easy, just add
--with-system-libtool
to the ./configure parameters