Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:14300
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Message-ID: <41DDB1D0.9030308@mainstreetsoftworks.com>
Date: Thu, 06 Jan 2005 16:46: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> <41DDAF00.50607@mainstreetsoftworks.com> <20050106214201.GA17784@gravitonic.com>
In-Reply-To: <20050106214201.GA17784@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)

Are you sure we're talking about the same constant here.  The one
in particular I'm talking about is 100% in the build system. I do
not believe it is exported as a define into the actual code...
Though I could be wrong.

Having PHP_SHLIB_SUFFIX is confusing though, as MacOSX differentiates
shared libraries and modules.

shared libraries have a .dylib extension, while loadable modules
have a .so extension, and they are not interchangable :/  Very
odd.

-Brad

Andrei Zmievski wrote:
> 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
>