On Apr 6, 2010, at 11:48 AM, Doug Henry wrote:
> I am able to replicate this exact bootstrap problem on my sparc 8 box with
> openpkg-4.0.5
>
> libtool: link: /usr/local/bin/gcc -D_GNU_SOURCE -D_REENTRANT -o rpm2cpio
> rpm2cpio.o -L/tmp/openpkg-4.0.5/uuid-1.6.2/.libs
> -L/tmp/openpkg-4.0.5/pcre-8.01/.libs -L/tmp/openpkg-4.0.5/sqlite-3.6.17/.libs
> -L/tmp/openpkg-4.0.5/beecrypt-4.2.1/.libs
> -L/tmp/openpkg-4.0.5/bzip2-1.0.5/.libs -L/tmp/openpkg-4.0.5/popt-1.15/.libs
> -L/tmp/openpkg-4.0.5/popt-1.15 -L/tmp/openpkg-4.0.5/zlib-1.2.3
> -L/tmp/openpkg-4.0.5/bzip2-1.0.5 -L/tmp/openpkg-4.0.5/beecrypt-4.2.1
> -L/tmp/openpkg-4.0.5/openssl-0.9.8k/lib -L/tmp/openpkg-4.0.5/sqlite-3.6.17
> -L/tmp/openpkg-4.0.5/pcre-8.01 -L/tmp/openpkg-4.0.5/uuid-1.6.2
> ../lib/.libs/librpm.a
> -L/sol10/SOURCES/S8/gcc-3.4.6/objdir/sparc-sun-solaris2.8/libstdc++-v3/src
> -L/sol10/SOURCES/S8/gcc-3.4.6/objdir/sparc-sun-solaris2.8/libstdc++-v3/src/.libs
> -L/sol10/SOURCES/S8/gcc-3.4.6/objdir/gcc
> -L/usr/local/sparc-sun-solaris2.8/bin -L/usr/local/sparc-sun-solaris2.8/lib
> -L/usr/local/lib/../sparc-sun-solaris2.8/lib -L/usr/local/lib -L/usr/ccs/bin
> -L/usr/ccs/lib ../rpmdb/.libs/librpmdb.a ../rpmio/.libs/librpmio.a
> ../misc/.libs/librpmmisc.a -L/tmp/openpkg-4.0.5/rpm-5.1.9/db3
> -L/tmp/openpkg-4.0.5/rpm-5.1.9/lua -lresolv
> /tmp/openpkg-4.0.5/uuid-1.6.2/.libs/libuuid.a
> /tmp/openpkg-4.0.5/pcre-8.01/.libs/libpcreposix.a
> /tmp/openpkg-4.0.5/pcre-8.01/.libs/libpcre.a
> /tmp/openpkg-4.0.5/sqlite-3.6.17/.libs/libsqlite3.a -lcrypto
> /tmp/openpkg-4.0.5/beecrypt-4.2.1/.libs/libbeecrypt.a -ldl
> /usr/local/lib/libstdc++.so -lgcc_s
> /tmp/openpkg-4.0.5/bzip2-1.0.5/.libs/libbz2.a -lz
> /tmp/openpkg-4.0.5/popt-1.15/.libs/libpopt.a -lrt -lsocket -lnsl -lm
> -R/usr/local/lib -R/usr/local/lib
> Undefined first referenced
> symbol in file
> libiconv_open ../rpmdb/.libs/librpmdb.a(hdrfmt.o)
> libiconv ../rpmdb/.libs/librpmdb.a(hdrfmt.o)
> libiconv_close ../rpmdb/.libs/librpmdb.a(hdrfmt.o)
> ld: fatal: Symbol referencing errors. No output written to rpm2cpio
> collect2: ld returned 1 exit status
>
The actual usage case for -liconv is rather teensy and easily corrected
if desired.
In order to automate i18n/l10n conversions as part of --query,
rpm has something called "header format extensions".
E.g., the is a local conversion tied to this --queryformat
rpm -qa --queryformat '%{name:iconv}'
If you you don't _WANT_ that automated iconv functionality, its easily stubbed
out or #ifdef'd depending on whether -liconv is available (or not).
hth
73 de Jeff______________________________________________________________________
OpenPKG http://openpkg.org
User Communication List [email protected]
