# iconv doesn't built on OSX

- Thread: https://externals.io/message/14724
- Original archive: https://news-web.php.net/php.internals/14724
- Started by Christian Stocker on 2005-02-08T18:55:21+00:00
- Messages: 4
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #14724 — Christian Stocker — 2005-02-08T18:55:21+00:00

URL: https://externals.io/message/14724#14724

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

---

## #14732 — Moriyoshi Koizumi — 2005-02-09T00:57:11+00:00

URL: https://externals.io/message/14724#14732 · In reply to: #14724

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



> 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

---

## #14791 — Jani Taskinen — 2005-02-10T13:13:00+00:00

URL: https://externals.io/message/14724#14791 · In reply to: #14732

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





> 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
>
> 
>
> > […]
>
>

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

---

## #14822 — Moriyoshi Koizumi — 2005-02-11T03:45:14+00:00

URL: https://externals.io/message/14724#14822 · In reply to: #14791

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

I didn't blame you, but I just wanted to say you did it right :)

Moriyoshi