Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14301
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Date: Thu, 6 Jan 2005 13:42:02 -0800
To: Brad House <brad@mainstreetsoftworks.com>
Cc: internals@lists.php.net
Message-ID: <20050106214201.GA17784@gravitonic.com>
References: <41DB0A01.2000007@mainstreetsoftworks.com> <20050106212123.GA17621@gravitonic.com> <41DDAF00.50607@mainstreetsoftworks.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <41DDAF00.50607@mainstreetsoftworks.com>
User-Agent: Mutt/1.4.1i
Subject: Re: [PHP-DEV] PHP_SHLIB_SUFFIX not being properly set on MacOSX
From: andrei@gravitonic.com (Andrei Zmievski)

On Thu, 06 Jan 2005, Brad House wrote:
> I think you lost me somewhere ....
> 
> The module still gets compiled as   myext.so
> PHP_SHLIB_SUFFIX does not affect that at all (perhaps
> you're saying it's supposed to but did not?)
> 
> The PHP_SHLIB_SUFFIX affects the autoconf macro PHP_SETUP_OPENSSL()
> specifically on MacOSX (it may very well affect others
> too), because it is searching for libcrypto.so and libssl.so
> INSTEAD OF libcrypto.dylib and libssl.dylib
> this is WRONG, as libssl.so and libcrypto.so do
> NOT exist on MacOSX.
> 
> So no, we DO NOT want PHP_SHLIB_SUFFIX to be .so on MacOSX,
> as it causes detection to fail.  If you look at my patch,
> the correct logic was already in place, I just changed
> $host_alias to $host_os because $host_alias was not being
> set, so the check did nothing.

Umm, people are using PHP_SHLIB_SUFFIX in combination with dl() to load
standalone extensions. Like this:

  dl("php_gtk" . PHP_SHLIB_SUFFIX);

http://www.php.net/dl

It's very common. So, setting it to .dylib is going to break things.
Perhaps we should have a different macro/constant for
PHP_SETUP_OPENSSL().

- Andrei