Red Hat Bugzilla – Bug 131936
$IMDIR in m4 macro in im-sdk has hardcoded libdir
Last modified: 2007-11-30 17:10:48 EST
Description of problem: The IMDIR in m4 macro in im-sdk has hardcoded libdir - i.e. /usr/lib in im-sdk/trunk/acfiles/im_common.m4. Hence when buliding into 64bit arch, spec file has to do a search and replace hack to replace s#/usr/lib/im#/usr/lib64/im#gi Version-Release number of selected component (if applicable): How reproducible: everytime Steps to Reproduce: 1. build one of the LE without the search and replace hack in x86_64 2. look into /usr/lib64/im after make install Actual results: nothing Expected results: libraries should install into /usr/lib64 Additional info: Low priority but it is great to fix it so that im-sdk.spec and other spec that rely on those macros won't have to do such hacks.
the spec file hack must have been there from very early stage, anyway needs to be fixed. but if LE is using configure --prefix=%{im_dir}, and in makefile use things like "libdir = $(prefix)/locale/zh_CN/chinput" LE shouldn't be affected.
FYI, I've fixed im_common.m4 properly in svn yesterday. I mean --with-imdir is available now. it would be good rather than using IMDIR="${libdir}/iiim", because there is the case it doesn't work so that libdir is ${exec_prefix}/lib/iiim unless --libdir isn't specified. For the multilib support, --with-imdir should works perfectly. it will be available soon for us.
should be fixed in 12.1.1-11.svn2435.
Yup. Thank you Tagoh-san.