why don't you publish it then? So we can review it and maybe apply it already.
On Mon, Mar 21, 2011 at 9:13 PM, Scott MacVicar <sc...@macvicar.net> wrote: > 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 >> >> > -- 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
