It's very strange but after 5-6 recompiles with different
configurations (I tried to reduce "breaking" setup) my current
configuration started to work itself.
Thanks everybody for help.
2011/9/15 Scott MacVicar <sc...@macvicar.net>:
>
> On 14 Sep 2011, at 13:46, Alexey Shein wrote:
>
>> 2011/9/15 Pierre Joye <pierre....@gmail.com>:
>>> hi,
>>>
>>> On Wed, Sep 14, 2011 at 9:58 PM, Alexey Shein <con...@gmail.com> wrote:
>>>
>>>> Should we delete these tests (and, maybe deprecate/move to pecl the
>>>> extension itself)?
>>>
>>> I don't think we should, they are here to make sure that the emulation
>>> layer works fine.
>>>
>>>> If not, I'd like to know how to run these tests.
>>>
>>> Maybe the skipif is wrong, as far as I remember there was an issue
>>> with seeing the "mhash" layer as being the mhash extension. Maybe we
>>> should change the skipif and uses function_exists instead? Have you
>>> tried it?
>>>
>>
>> They both return false for me:
>> conf@laptop ~/php-src/trunk $ sapi/cli/php -r
>> 'var_dump(extension_loaded("mhash"), function_exists("mhash"));'
>> bool(false)
>> bool(false)
>> conf@laptop ~/php-src/trunk $
>
> Definitely works for me on latest trunk. Does a shorter configure fix this? I
> wonder if something elsewhere is breaking this.
>
> macvicar-mba:trunk macvicar$ cat config.nice
> #! /bin/sh
> #
> # Created by configure
>
> './configure' \
> '--disable-all' \
> '--with-mhash' \
> "$@"
>
> macvicar-mba:trunk macvicar$ sapi/cli/php -m
> [PHP Modules]
> Core
> date
> ereg
> hash
> mhash
> pcre
> Reflection
> SPL
> standard
>
> [Zend Modules]
>
> macvicar-mba:trunk macvicar$ sapi/cli/php -r
> 'var_dump(extension_loaded("mhash"));'
> bool(true)
--
Regards,
Shein Alexey
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
