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 \
-- 'iconv.h' will be installed at '/opt/compile-3.3.5/include/iconv.h'.

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

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

In 'user.tar.gz':
('/usr/lib/*' 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/ >>
/opt/compile-3.3.5/lib/ >>

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
3. 'configure' will probably give this error:
Code Sample
/usr/bin/ld: cannot find -liconv
because '/opt/compile-3.3.5/lib/' is not in the default library path (defined in '/etc/').

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' \

I think my earlier suggestion to put '/usr/lib/' 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!

Isn't LD_LIBRARY_PATH only supposed to be used for finding dynamic/shared libraries during runtime?
Next Page...
original here.