I think the solution to this problem...at least on my sparc 8 box...was to:
export LD_LIBRARY_PATH=/usr/local/lib (or some path where the libiconv
stuff was installed...on my box the sunfreeware gcc and libiconv installed
to /usr/local)
----
Doug Henry
Brilligent Solutions Inc.
937.545.0609 (cell)
937.879.4158 (fax)
On Tue, Apr 6, 2010 at 3:34 PM, Jeff Johnson <n3npq....@gmail.com> wrote:
>
> 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
>
