On 1/17/22 4:05 PM, Joe Orton wrote:
> On Sun, Jan 16, 2022 at 03:35:15PM -0600, William A Rowe Jr wrote:
>> 4 day ago, you all saw this. 6 years ago, you all started using this on 
>> trunk.
>>
>> Don't know what I can to do help this along and honor the library 
>> author's wishes for all of us to walk away from the dead fork, and use 
>> the maintained fork. It's whatever it is, I'm out of here and removing 
>> the backport application branch, whoever 3rd upvotes this be prepared 
>> to apply this for us all, thanks.
> 
> I'm fine with PCRE 10.x as a trunk/2.5 feature.  PCRE upstream have 
> maintained 8.x better than e.g. zlib upstream have done in recent years 
> (last zlib release in 2017).  So I don't find the fact it's considered 
> EOL upstream presents any particular urgency, it's still supported 
> downstream on platforms people deploy to.
> 
> For 2.4.x I would argue it's better to keep a preference for 8.x over 
> 10.x so that users aren't switched from one to the other across an 
> upgrade - with some new performance trade-off we know about - without 
> changing the environment/configure line?

Sounds sensible for Linux to keep the default to 8.x if found where people
can expect their distribution to maintain stuff provided that the distribution 
is still maintained.
I am not so sure for other platforms especially Windows where I guess that 
people get stuff
more often directly from upstream.

Regards

RĂ¼diger

Reply via email to