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....@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ý <ond...@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 > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
