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 openpkg-users@openpkg.org