Search Members Help

» Welcome Guest
[ Log In :: Register ]

Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic
Pages: (3) </ 1 [2] 3 >/

[ Track this topic :: Email this topic :: Print this topic ]

reply to topic new topic new poll
Topic: GTK2 dependencies< Next Oldest | Next Newest >
Juanito Offline





Group: Members
Posts: 1601
Joined: Sep. 2005
Posted: Jan. 05 2008,15:19 QUOTE

...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?
Back to top
Profile PM 
stupid_idiot Offline





Group: Members
Posts: 344
Joined: Oct. 2006
Posted: Jan. 05 2008,16:09 QUOTE

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!
Back to top
Profile PM 
Juanito Offline





Group: Members
Posts: 1601
Joined: Sep. 2005
Posted: Jan. 05 2008,16:43 QUOTE

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.
Back to top
Profile PM 
stupid_idiot Offline





Group: Members
Posts: 344
Joined: Oct. 2006
Posted: Jan. 05 2008,18:03 QUOTE

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!
Back to top
Profile PM 
^thehatsrule^ Offline





Group: Members
Posts: 3275
Joined: July 2006
Posted: Jan. 05 2008,20:14 QUOTE

Isn't LD_LIBRARY_PATH only supposed to be used for finding dynamic/shared libraries during runtime?
Back to top
Profile PM 
11 replies since Jan. 05 2008,11:44 < Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]

Pages: (3) </ 1 [2] 3 >/
reply to topic new topic new poll
Quick Reply: GTK2 dependencies

Do you wish to enable your signature for this post?
Do you wish to enable emoticons for this post?
Track this topic
View All Emoticons
View iB Code