fail to load libsunpinyin.so.3 if libsunpinyin3 is not installed into default directory

[GoogleCodeExporter]

What steps will reproduce the problem?
1. in sunpinyin top directory:
  PKG_CONFIG_PATH=/opt/ibus/lib/pkgconfig scons install --prefix=/opt/ibus
2. in ibus-sunpinyin top directory
  PKG_CONFIG_PATH=/opt/ibus/lib/pkgconfig scons install --prefix=/opt/ibus

What is the expected output? 

ibus-engine-sunpinyin starts without error.

What do you see instead?

% /opt/ibus/lib/ibus-sunpinyin/ibus-engine-sunpinyin               
/opt/ibus/lib/ibus-sunpinyin/ibus-engine-sunpinyin: error while loading shared 
libraries: libsunpinyin.so.3: cannot open shared object file: No such file or 
directory

Original issue reported on code.google.com by tchai...@gmail.com on 4 Jul 2010 at 7:57

[GoogleCodeExporter]

what is your LD_LIBRARY_PATH environment variable?
and did you do a ldconfig after install? Installing a lib into an none 
`/usr/lib` directory seems need to do a ldconfig afterwards.

Original comment by mikeandm...@gmail.com on 5 Jul 2010 at 9:42

[GoogleCodeExporter]

mike,

agree. but we can always encode the rpath in an ELF executable. libtool did 
this for us under the hood. i was wondering how we can do it using SCons.

anyway, i am rewriting the compile system for ibus-sunpinyin using cmake. Sorry 
for repeating your great work, as i prefer to Make than SCons. even I love 
Python as you may do.

Original comment by tchai...@gmail.com on 5 Jul 2010 at 3:56

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

* are you sure that hard encoding rpath within the ELF is a wise choice? Can 
cmake avoid this problem?

* Honestly, I don't really care about what tools we're using. However, I would 
prefer that build system should be consistent. If you're sure to rewrite it 
using cmake, can you (or jjgod together) also rewrite the libsunpinyin's build 
system?

Original comment by mikeandm...@gmail.com on 6 Jul 2010 at 1:32

[GoogleCodeExporter]

I did some further research. I, myself, oppose to encode rpath in executables. 

But I've already add an option for rpath (NOT using the same prefix option).

Original comment by mikeandm...@gmail.com on 6 Jul 2010 at 2:10

• Changed state: Fixed

[GoogleCodeExporter]

mike,

thanks to your prompt fix. =)

 i will get back to this issue later on.

Original comment by tchai...@gmail.com on 6 Jul 2010 at 3:08