Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14296
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <41DDAF00.50607@mainstreetsoftworks.com>
Date: Thu, 06 Jan 2005 16:34:56 -0500
User-Agent: Mozilla Thunderbird 1.0 (X11/20041208)
MIME-Version: 1.0
To: Andrei Zmievski <andrei@gravitonic.com>
Cc: internals@lists.php.net
References: <41DB0A01.2000007@mainstreetsoftworks.com> <20050106212123.GA17621@gravitonic.com>
In-Reply-To: <20050106212123.GA17621@gravitonic.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP_SHLIB_SUFFIX not being properly set on MacOSX
From: brad@mainstreetsoftworks.com (Brad House)

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.

-Brad

Andrei Zmievski wrote:
> On Tue, 04 Jan 2005, Brad House wrote:
> 
>>Just tried to phpize an extension, and it appears as though
>>there is a problem on MacOSX.  PHP_SHLIB_SUFFIX defaults to .so
>>because a check is run on $host_alias, which is set to "".
> 
> 
> Just to make sure: we do want PHP_SHLIB_SUFFIX to be set to .so on Mac
> OS X. Since we are not linking against the extensions, the .dylib does
> not apply.
> 
> - Andrei
>