[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