Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:88933 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 6958 invoked from network); 24 Oct 2015 18:20:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Oct 2015 18:20:20 -0000 Authentication-Results: pb1.pair.com smtp.mail=francois@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=francois@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 212.27.42.6 as permitted sender) X-PHP-List-Original-Sender: francois@php.net X-Host-Fingerprint: 212.27.42.6 smtp6-g21.free.fr Received: from [212.27.42.6] ([212.27.42.6:53431] helo=smtp6-g21.free.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/50-01227-3EBCB265 for ; Sat, 24 Oct 2015 14:20:20 -0400 Received: from [127.0.0.1] (unknown [82.232.41.54]) (Authenticated sender: flaupretre@free.fr) by smtp6-g21.free.fr (Postfix) with ESMTPSA id 6510C8224B; Sat, 24 Oct 2015 20:11:10 +0200 (CEST) To: Derick Rethans Cc: PHP internals References: <562AD91A.6080500@php.net> Message-ID: <562BCBD9.3040909@php.net> Date: Sat, 24 Oct 2015 20:20:09 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 151024-0, 24/10/2015), Outbound message X-Antivirus-Status: Clean Subject: Re: run-tests.php and dynamic extension dependencies From: francois@php.net (=?UTF-8?Q?Fran=c3=a7ois_Laupretre?=) Hi Derick, I found the reason why tests are failing : the extension(s) added by the 'EXTENSION' section appear *after* the tested extension on the PHP command line. So, they are loaded *after* when they should be loaded *before*. If the dependency between extensions is at the PHP level only, it's OK. But, if it is at the C level (direct C function calls), it fails because loading occurs in a wrong order. I have posted a bug report for this (https://bugs.php.net/bug.php?id=70781) and attached a PR. Give thoughts and, if agreed, we'll ask for a merge, at least in 7.0. Note that the result is not perfect yet because warning messages still appear when displaying the information banner. They can be removed by suppressing the $info_params in write_information() but I didn't include that in the PR because of possible side effects in the displayed information. Anyway, the most important is that the tests run. Regards François