Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:99881 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66724 invoked from network); 17 Jul 2017 16:10:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Jul 2017 16:10:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=lists@rhsoft.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=lists@rhsoft.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain rhsoft.net designates 91.118.73.15 as permitted sender) X-PHP-List-Original-Sender: lists@rhsoft.net X-Host-Fingerprint: 91.118.73.15 mail.thelounge.net Received: from [91.118.73.15] ([91.118.73.15:43047] helo=mail.thelounge.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5C/A3-29457-981EC695 for ; Mon, 17 Jul 2017 12:10:50 -0400 Received: from rh.thelounge.net (Authenticated sender: h.reindl@thelounge.net) by mail.thelounge.net (THELOUNGE MTA) with ESMTPSA id 3xB7Yx3pp6zXMT for ; Mon, 17 Jul 2017 18:10:45 +0200 (CEST) To: internals@lists.php.net References: Message-ID: Date: Mon, 17 Jul 2017 18:10:45 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-CH Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Bundled libraries upgrade 'process' From: lists@rhsoft.net ("lists@rhsoft.net") Am 17.07.2017 um 18:04 schrieb Ryan Jentzsch: > This may be a dumb question...I was under the impression that including the > config switches for the databases such as MySQL, SQLite, Postgres, etc. > that ONLY the PDO bindings are included NOT the database client itself. > > Is this the case with the exception of SQLite? In other words is the > version of MySQL that is bundled with PHP also built when I build from > source? Or am I misunderstanding this whole issue? you need to distinct bewteen "--with-feature" and "--with-fedora=/usr" and a sane build normally avoids bundeling as much as possible with "mysqlnd" you have "libmysqlclient" not in the mix at all for years # configure build process ./configure \ --host=x86_64-redhat-linux \ --build=x86_64-redhat-linux \ --target=x86_64-redhat-linux \ --prefix=%{_prefix} \ --program-prefix= \ --libdir=%{_libdir}/%{name} \ --disable-all \ --disable-dependency-tracking \ --enable-bcmath=shared \ --enable-calendar=shared \ --enable-cli \ --enable-ctype=shared \ --enable-dom=shared \ --enable-exif=shared \ --enable-fileinfo=shared \ --enable-filter \ --enable-hash=shared \ --enable-huge-code-pages \ --enable-inline-optimization \ --enable-intl=shared \ --enable-json=shared \ --enable-libxml \ --enable-mbregex \ --enable-mbstring=shared \ --enable-mysqlnd=shared \ --enable-opcache=shared \ --enable-opcache-jit \ --enable-pcntl=shared \ --enable-pdo=shared \ --enable-phar=shared \ --enable-posix=shared \ --enable-re2c-cgoto \ --enable-session=shared \ --enable-shared \ --enable-simplexml=shared \ --enable-soap=shared \ --enable-sockets=shared \ --enable-tokenizer=shared \ --enable-xml=shared \ --enable-xmlreader=shared \ --enable-xmlwriter=shared \ --enable-zip=shared \ --with-apxs2=%{_bindir}/apxs \ --with-bz2=shared,%{_prefix} \ --with-config-file-path=%{_sysconfdir} \ --with-config-file-scan-dir=%{_sysconfdir}/%{name}.lounge.d \ --with-curl=shared,%{_prefix} \ --with-freetype-dir=%{_prefix} \ --with-gd=shared,%{_prefix} \ --with-gettext=shared,%{_prefix} \ --with-iconv=shared \ --with-imap-ssl=%{_prefix} \ --with-imap=shared,%{_prefix} \ --with-kerberos=%{_prefix} \ --with-layout=GNU \ --with-libdir=%{_lib} \ --with-libedit=shared,%{_prefix} \ --with-libxml-dir=%{_prefix} \ --with-libzip=%{_prefix} \ --with-mysql-sock=%{_sharedstatedir}/mysql/mysql.sock \ --with-mysqli=shared,mysqlnd \ --with-openssl=shared,%{_prefix} \ --with-pcre-jit \ --with-pcre-regex=%{_prefix} \ --with-pdo-mysql=shared,mysqlnd \ --with-pic \ --with-system-ciphers \ --with-system-tzdata \ --with-tidy=shared,%{_prefix} \ --with-zlib=shared \ --with-zlib-dir=%{_prefix} \ --disable-cgi \ --disable-dmalloc \ --disable-dtrace \ --disable-gcov \ --disable-gd-jis-conv \ --disable-ipv6 \ --disable-mysqlnd-compression-support \ --disable-opcache-file \ --disable-phpdbg \ --disable-rpath \ --disable-short-tags \ --disable-static \ --%{RH_LTO_CONFIGURE_OPTION} \ --%{RH_CONFIGURE_DEBUG_OPTION > On Mon, Jul 17, 2017 at 8:12 AM, Dan Ackroyd wrote: > >> Hi Internals, >> >> I just investigated an alleged bug related to the SQLite3 extension. >> It seems this bug occurs when PHP is compiled with the current bundled >> SQLite files, which are a little out of date as they are version: >> "3.15.1", date: "2016-11-04". >> >> Listed at https://sqlite.org/changes.html there are multiple versions >> that SQLite could be upgraded to. >> >> * 2016-11-28 (3.15.2) - small bugfix upgrade. >> * 2017-06-08 (3.19.3) - bigger upgrade that has performance improvements. >> >> Questions: >> >> 1. Do we have a process for deciding whether to upgrade bundled libraries? >> >> 2. Can anyone see anything in the release notes that would be a >> problem for upgrading past 3.15.2 ? >> >> 3. Do we have a process for getting feedback from users about whether >> a proposed upgrade would cause problems, other than doing the upgrade >> and shipping it? >> >> I can't see anything listed in the SQLite release notes that would >> cause a problem.....but that's obviously not the same as being sure an >> upgrade wouldn't cause problems