Re: iconv doesn't built on OSX

    Please blame the correct people, not always by default ME. :)
    I never touched this macro, it was andrei:

    cvs diff -r1.275 -r1.276 acinclude.m4

    revision 1.276
    date: 2004/11/09 20:58:22;  author: andrei;  state: Exp;  lines: +1 -4
    .dylib extension are Mach-O shared libraries that meant for linking
    against. Loadable modules (aka bundles) can have any extension, so we
    should probably stick with .so

    http://fink.sourceforge.net/doc/porting/shared.php?phpLang=en#lib-and-mod

    --Jani

On Wed, 9 Feb 2005, Moriyoshi Koizumi wrote:

I've experienced the same. The following improper change was left forgotten when Jani applied his fix that is eventually correct. http://cvs.php.net/diff.php/php-src/acinclude.m4?r1=1.275&r2=1.276&ty=u Moriyoshi On 2005/02/09, at 3:55, Christian Stocker wrote:

Hi After a long look into the configure stuff for iconv, I found out, why it doesn't (even try to) compile on my OS X 10.3 box. in acinclude.m4 for PHP_SETUP_ICONV, there is somewhere test -f $ICONV_DIR/$PHP_LIBDIR/lib$iconv_lib_name.$SHLIB_SUFFIX_NAME $SHLIB_SUFFIX_NAME is 'so', but system wide libraries on OSX end on 'dylib'. I assume, this variable is also used for later building the shared libs, so that's basically ok (libphp5 and shared extensions are ending on '.so', even on OSX ) I have no idea, what I have to change, or if there's another variable for that. Can please anyone with more insight than me have a look at that? thanks chregu -- christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich phone +41 1 240 56 70 | mobile +41 76 561 88 60 | fax +41 1 240 56 71 http://www.bitflux.ch | chregu@bitflux.ch | gnupg-keyid 0x5CE1DECB -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

-- https://www.paypal.com/xclick/business=sniper@php.net&no_note=1&tax=0&currency_code=EUR