Gtk2 :: GTK2 dependencies

...actually I was using compile-3.3.5.uci rather than gcc1-with-libs.unc

Since I didn't go fetch gnu libiconv, I guess compile-3.3.5 must be using the glibc version of libiconv - does it make sense to update compile-3.3.5 with this?

Erm... IMHO, GNU libiconv is a good drop-in replacement for Glibc's iconv. I mean, from my experience, I have not had any trouble compiling software using libiconv.

Re: 'compile-3.3.5.uci'
Maybe we can configure libiconv like this??

Code Sample

./configure \
--prefix=/opt/compile-3.3.5 \
--libdir=/usr/lib

-- 'iconv.h' will be installed at '/opt/compile-3.3.5/include/iconv.h'.

In 'user.tar.gz':
'/usr/lib/libiconv.la'
'/usr/lib/libiconv.so'
('/usr/lib/libiconv.so.2*' already exists -- not needed)

p.s.
'compile-<version>.uci' is a very nice name!!
Please keep up the good work!

Quote

In 'user.tar.gz':
'/usr/lib/libiconv.la'
'/usr/lib/libiconv.so'
('/usr/lib/libiconv.so.2*' already exists -- not needed)

- What I've done until now is put a symlink to /lib or /usr/lib from /opt/compile-3.3.5/lib for the libs that exist in dsl and left the corresponding .la and .so in /opt/compile-3.3.5/lib. This seems to work and avoids having a large user.tar.gz

If this method is sound, I'll carry on in the same vein.

If I'm not wrong, the libraries look like this:
/opt/compile-3.3.5/lib/libiconv.so >>
/opt/compile-3.3.5/lib/libiconv.so.2 >>
/usr/lib/libiconv.so.2
and
/opt/compile-3.3.5/lib/libiconv.la

When configuring:
1. 'configure' checks whether standard (Glibc's) iconv works.
2. If libiconv's 'iconv.h' is installed, 'configure' will probably fail with:

Code Sample

undefined reference to 'libiconv_open'

2. If the first test fails, 'configure' checks for libiconv (looks for
'-liconv').
3. 'configure' will probably give this error:

Code Sample

/usr/bin/ld: cannot find -liconv

because '/opt/compile-3.3.5/lib/libiconv.so' is not in the default library path (defined in '/etc/ld.so.conf').

Possible solutions:
-- Maybe set the LD_LIBRARY_PATH variable when compiling??

Code Sample

export LD_LIBRARY_PATH=/lib:/usr/lib:/usr/X11R6/lib:/usr/local/lib:/opt/compile-3.3.5/lib

-- Or, run 'configure' with LDFLAGS??

Code Sample

LDFLAGS='-L/opt/compile-3.3.5/lib' \
./configure

I think my earlier suggestion to put '/usr/lib/libiconv.so' in 'user.tar.gz' was wrong because it is a waste of RAM.
You current method is correct; we just need to set LD_LIBRARY_PATH/LDFLAGS so that '-liconv' can be detected.
So, please continue with your current method!
Thanks!

Isn't LD_LIBRARY_PATH only supposed to be used for finding dynamic/shared libraries during runtime?

Next Page...
original here.