Mail archive
alpine-aports

Re: [alpine-aports] [PATCH v2] testing/php7: use internal crypt_r instead of system one, add extension load order value to <ext>.ini files

From: Valery Kartel <valery.kartel_at_gmail.com>
Date: Tue, 29 Mar 2016 10:08:46 +0300

I made another variant for extension loading order prefixing. Now it
autogenerated and based on number of dependencies.

So if wddx is based on xml, extension filenames would be 00_xml.ini &
01_wddx.ini and xml will be loaded before wddx.
And 3rd party extensions without loading order filename prefix will be
loaded after all extensions with prefix...

What do you think about this variant?

2016-03-25 11:27 GMT+02:00 Timo Teras <timo.teras_at_iki.fi>:

> On Thu, 24 Mar 2016 19:11:40 +0200
> Valery Kartel <valery.kartel_at_gmail.com> wrote:
>
> > ---
> > Dont know why php7 want to allocate all memory when use musl's
> > crypt_r. So I swith it to use its own crypt_r variant.
>
> This is known issue we patched for php. I rebased the patch for php7
> and it's now pushed out. Please remove this hack.
>
> > Extension load order for bundled extensions is 0x, like 00_xml.ini,
> > 01_wddx.ini (because wddx depends on xml) For 3rd party extensions
> > load order is 1x, like 10_gmagick.ini.
>
> I was wondering if it would make sense to use 0x-1x for bundled
> extensions that need early loading; 2x-3x for other bundled extensions;
> 4-9x or so for 3rd party things. So there's little bit of more
> flexibility of ordering them in case such needs arise. Though, I hope
> they'd fix php to do proper dependency handling here.
>
> Thanks,
> Timo
>



---
Unsubscribe:  alpine-aports+unsubscribe_at_lists.alpinelinux.org
Help:         alpine-aports+help_at_lists.alpinelinux.org
---
Received on Tue Mar 29 2016 - 10:08:46 GMT