[MacPorts] #29142: libintl and libiconv versions not compatible

[MacPorts]

#29142: libintl and libiconv versions not compatible
---------------------------------------+------------------------------------
 Reporter:  stephane.jacobs@…          |       Owner:  macports-tickets@…                   
     Type:  defect                     |      Status:  new                                  
 Priority:  Normal                     |   Milestone:                                       
Component:  ports                      |     Version:  1.9.2                                
 Keywords:                             |        Port:  gettext libiconv                     
---------------------------------------+------------------------------------

Comment(by stephane.jacobs@…):

 Replying to [comment:3 jmr@…]:

 Thanks for your response!

 >>I'm trying to run an open source software
 >Which software? Another port installed with MacPorts? or something you've
 built by hand?

 It's a package of tcl scripts for data analysis
 (http://www.fmrib.ox.ac.uk/fsl/fsl/list.html), not installed with
 MacPorts.
 As far as I understand, the (characters in the) scripts are not
 interpreted correctly because of the libraries issue, and thus won't
 run...


 >>dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
 >>Referenced from: /opt/local/lib/libintl.8.dylib
 >>Reason: Incompatible library version: libintl.8.dylib requires version
 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
 >The usual cause of this error that the iconv library built by MacPorts
 (library version 8) is built for the wrong architecture, thus it tries to
 fall back to the iconv library provided by Mac OS X (library version 7).
 The usual reason for this >architecture mismatch is upgrading to Snow
 Leopard without following Migration instructions. But you're on Leopard,
 and you've demonstrated that the libraries are built for the right
 architecture -- at least, the libraries installed by MacPorts. >Is it
 possible there is another iconv library that's built for the wrong
 architecture, perhaps in /usr/local/lib, /usr/lib or /sw/lib?

 /usr/local/lib contains the same version for the same architecture:
 {{{
 otool -L /usr/local/lib/libiconv.2.dylib
 /usr/local/lib/libiconv.2.dylib:
         /usr/local/lib/libiconv.2.dylib (compatibility version 8.0.0,
 current version 8.0.0)
         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
 version 1.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 111.1.5)
 lipo -info /usr/local/lib/libiconv.2.dylib
 Non-fat file: /usr/local/lib/libiconv.2.dylib is architecture: i386
 }}}

 The problem seems to be in /usr/lib: wrong version, wrong architecture!
 :-)
 {{{
 otool -L /usr/lib/libiconv.2.dylib
 /usr/lib/libiconv.2.dylib:
         /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current
 version 7.0.0)
         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
 version 1.0.0)
         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
 version 111.1.1)
 lipo -info /usr/lib/libiconv.2.dylib
 Architectures in the fat file: /usr/lib/libiconv.2.dylib are: ppc7400
 ppc64 i386 x86_64
 }}}

 Nothing in /sw/lib.


 Now, I'm not sure how to update the iconv library in /usr/lib, or why the
 intl library is looking there but reports problems regading the library in
 /usr/opt/lib (which on top of it is fine)???

-- 
Ticket URL: <https://trac.macports.org/ticket/29142#comment:4>
MacPorts <http://www.macports.org/>
Ports system for Mac OS