Re: embedded libmagic (from file)
| From: | Scott MacVicar | Date: | Mon, 21 Mar 2011 20:13:17 +0000 |
| Subject: | Re: embedded libmagic (from file) | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-51737@lists.php.net to get a copy of this message | ||
I have a diff sitting that I did yesterday that upgrades us to the
latest libmagic, it supports the new magic file format and updates
that bundle. But that's all.
I'm also against allowing the non-php version. Yes it's a fork but
unfortunately it's for the best.
- Scott
On 21 March 2011 10:12, Pierre Joye <pierre.php@gmail.com> wrote:
> hi,
>
> Many incompatibilities and features are not available upstream. The
> more we work on it the more differences we have. I have to strongly
> (really strongly) discourage any kind of hacks to allow external
> libmagic usage. That will only limit the features available to the PHP
> users, like stream support for example.
>
> Cheers,
>
> On Mon, Mar 21, 2011 at 6:00 PM, Ondřej Surý <ondrej@sury.org> wrote:
>> Hi,
>>
>> [I have searched the list and no relevant answer came up, only one
>> unanswered question (*)]
>>
>> I would like to ask whether there is a strong reason to have
>> customized libmagic in the source tree as the only option. I saw the
>> discussion that you want to have embedded magic database, but still I
>> would like to have an option to use system libmagic if available.
>>
>> This is similar to libgd, etc.
>
> No, it is definitively not the same than libgd. Libgd is now being
> synced and the core features were the same.
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://blog.thepimp.net |
> http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>