[MacPorts] #18440: libiconv: iconv() function prototype differences

MacPorts noreply at macports.org
Sat Apr 25 12:36:21 PDT 2009


#18440: libiconv: iconv() function prototype differences
-------------------------------------+--------------------------------------
 Reporter:  ryandesign@…             |       Owner:  ryandesign@…           
     Type:  defect                   |      Status:  new                    
 Priority:  Normal                   |   Milestone:  Port Bugs              
Component:  ports                    |     Version:  1.7.0                  
 Keywords:                           |        Port:  libiconv               
-------------------------------------+--------------------------------------

Comment(by mcalhoun@…):

 The reason for this seems to be that the libiconv library is not 32/64-bit
 universal on Tiger.
 {{{
 $ file /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib: Mach-O universal
 binary with 2 architectures
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib (for architecture
 ppc):  Mach-O dynamically linked shared library stub ppc
 /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libiconv.dylib (for architecture
 i386): Mach-O dynamically linked shared library stub i386
 }}}
 As far as the configure scripts is concerned, libiconv is not installed,
 so it defaults to "char* * inbuf".

 This behavior is easy to override.[[BR]]
 Any thoughts on which convention we should choose?

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


More information about the macports-tickets mailing list