Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95388 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23461 invoked from network); 22 Aug 2016 17:06:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Aug 2016 17:06:39 -0000 Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.15 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.15.15 mout.gmx.net Received: from [212.227.15.15] ([212.227.15.15:55531] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DE/B4-33251-D113BB75 for ; Mon, 22 Aug 2016 13:06:38 -0400 Received: from [192.168.2.103] ([79.243.115.246]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MMjgF-1bVYLn100d-008XET; Mon, 22 Aug 2016 19:06:32 +0200 To: Anatol Belski , 'Pierre Joye' References: <00cf01d1fc95$a10d8700$e3289500$@belski.net> Cc: 'PHP internals' , 'Kalle Sommer Nielsen' , 'Stanislav Malyshev' Message-ID: <098c68a5-1005-1696-5523-a4e526a00200@gmx.de> Date: Mon, 22 Aug 2016 19:06:57 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <00cf01d1fc95$a10d8700$e3289500$@belski.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ISSJYe32jqPrWLWOGMPwfHnpLBF+scYasFY0ZGw+MIE+iJmGz3V On3Qk7Hloz6LK6kudGCFmlfooiIuxysoOy0jdwKS0IomWX48BUFFYf2tcXMkUNgY0Hcn0vU rPHgAYhZfwI81DdybQgjfEBgR30PDaZssl4bT6gGJm+Jt7v7FnP4P0p9QHYdNmnx/zPr1cZ GfBRprYFokCkRgzrr9cjw== X-UI-Out-Filterresults: notjunk:1;V01:K0:okbB7+1Ly3k=:L0DiMu1j0APdqmsl+n88c+ bslCAi1vsXAr++I2Ruj7uPeSzjaLoiEyl9+4WUrdtNpKu0mIqSC3DkLvdi6fIftqH74pMnmQl kb4epvmzIP6GiqzjFYSglIahWQCt/F+fAujNPDkN7UIV2e/2zAC/dUBySbp9d+qW0QBw7VFF8 Y2Rm+TYNWwW3ryDfXRCE53aAP39/uOJB1KmlLxwcXsibadh1t/xEtPorrRG1RNVJ+RximkJuD nssJZHHYDsgtU43fyD8eM/HdpO7d559P6/74fWWEUgqegvihI4WOUCBpwzSDLpWCdODT3iUS6 D2Gd6UGiJOFBVXtTG+v+KBIvgPxI+WfOdzbPnHc2M4M4vFw9UvSpAQJegc81gjmqAjD5QSHsS Xng4QyCco/AfHYAlBc4E0zj/ruEHt7i1eyqXy7nd9cjT2uEk6TlUM7Fse71JWUwuSHx1/ueJz p4mih2TystENGap3L/FlBR0mp+HDQ1/MODGQCEX39J7iB5ETbZGCYxa5hLaO8QG1J3iFnEjXk 2hDoe8Tt2htd8bVi8VEtTpASXzeCtYxKUQ6dUBRQvO0DP76yy2TXghs8apQJOwbCkQlmd+xTc mMBd21MRnxZx0OyXTG9Yvd7qXaLRKeXzuEtsTyy9/MuHONmjN8bL3RRDSi3X4hk1EEVwskQqg EN8gyEMQKcxPRr9Y5pZSGzXv5JD/+bhlNMA1MtFvJFDPYTf7I6oREswpVlH0mIGXVNc0QuiFB B25NQMYtFY6rtE+MZHiD8FDp4IL+OsgWm2yRscniD0/fxVzSWW4sOW2YgxdJ/mL79bVzzMKlW ORvEq6P Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup From: cmbecker69@gmx.de ("Christoph M. Becker") On 22.08.2016 at 18:52, Anatol Belski wrote: > Hi Pierre, > >> -----Original Message----- >> From: Pierre Joye [mailto:pierre.php@gmail.com] >> Sent: Friday, August 19, 2016 1:00 PM >> To: Christoph Becker >> Cc: PHP internals ; Kalle Sommer Nielsen >> ; Stanislav Malyshev >> Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup >> >> On Aug 18, 2016 8:03 PM, "Christoph M. Becker" >> >>> I don't know, but most certainly not on Windows. I had a look at >>> ext/dba, because I like that we have it bundled, but got 3 failing >>> tests (flatfile and inifile), which might be caused by running in a >>> Vagrant box on NTFS. So I tried to compile on Windows, just to learn >>> that >>> config.w32 is totally out-dated. >> >> The last time I checked it was for the 5.3 windows support big jump. >> >> If I remember correctly many banckends were not available on windowd (mainly >> vc6). Some may be available now. > > I was checking for possible libs after Christoph's enablement commit > last week. At least qdbm looks like possible to be supported. The > bundled libcdb is quite old. There are no new releases, but some > patches might be available, need to check. Some Tokyo Cabinet ports > did exist, but again need research. Closer to the end of the year, > time could be taken to do the research and tests, so maybe to support > more of dba in 7.2. That would be great! gdbm shouldn't also be a problem, if we can build that ourselves. But perhaps most important would be Oracle DB. As config.w32 is now, only libdb31s and libdb61 are supported. Anyhow, it might be best not to hijack this thread further, but instead move the discussion to internals-win. :-) -- Christoph M. Becker