Bug 131936 - $IMDIR in m4 macro in im-sdk has hardcoded libdir
Summary: $IMDIR in m4 macro in im-sdk has hardcoded libdir
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: iiimf
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Akira TAGOH
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: IIIMF
TreeView+ depends on / blocked
 
Reported: 2004-09-07 04:11 UTC by Leon Ho
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-04-07 05:53:08 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Leon Ho 2004-09-07 04:11:19 UTC
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.

Comment 1 Yu Shao 2004-09-07 04:36:06 UTC
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.



Comment 2 Akira TAGOH 2005-03-31 06:45:59 UTC
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.

Comment 3 Akira TAGOH 2005-04-04 14:07:30 UTC
should be fixed in 12.1.1-11.svn2435.

Comment 4 Leon Ho 2005-04-07 05:53:08 UTC
Yup. Thank you Tagoh-san.


Note You need to log in before you can comment on or make changes to this bug.