Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91298 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 13876 invoked from network); 18 Feb 2016 23:04:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Feb 2016 23:04:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.48 as permitted sender) X-PHP-List-Original-Sender: smalyshev@gmail.com X-Host-Fingerprint: 209.85.220.48 mail-pa0-f48.google.com Received: from [209.85.220.48] ([209.85.220.48:36117] helo=mail-pa0-f48.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 2B/44-27267-7FD46C65 for ; Thu, 18 Feb 2016 18:04:23 -0500 Received: by mail-pa0-f48.google.com with SMTP id yy13so38695628pab.3 for ; Thu, 18 Feb 2016 15:04:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=EBCR3tkUOLtZ37XmAlKHzzxBXpYIeBjivBj5jN9nJAo=; b=p+zXJJEDWflFc0OQn7CgDmFNidyZw9X0zMSnXO1OTv7ZQohjAvT/g2XCIOaXyRUH2k +9AQGuunC5N2mXgXbqBhg8FWxcHrSMoYDPSf59+2SQDq7InsChgu6qqhIvjfNjiuiR3s 7f3wEbWteYZujLbi8FUqxACitWmiU1vY1ocExZrw2hySbWHfJaHhxEqAvrbzDOgifWEw KBvYk/CQFc0JKgjmiErijkquFoT4G+PzTWBVpxA5HjT1mdlxznebNBXj0jFCnFbRAynJ 0jc8Cr8Ll+qTf+ctNE4QKi1bwFcmQ4f16DJF0lqrhBlEzR6crvSRhybCr3Qi9J4LZH1t N4ug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=EBCR3tkUOLtZ37XmAlKHzzxBXpYIeBjivBj5jN9nJAo=; b=Y75UK3zdbsPhwVzSQj1qwyZpZKLcVkDMok1VZFTSjJdF93b/+cVLUwoSa7YMCTiJ4B mmTygEEE2dFHrGO5xIxsm+VCrjm9e4V3n7HUih4zAuUMwklRU+otSq3T8OJN6dBrMkL5 AiT8CSr0wNUrTmELtbo96oIqfa8W7jw/xblPuINEsPid9kZzHBdIVNNbxxmonwyJlKnu dKjPDoe0Yb2HRiSZ+ePPHRgLSJ3Yd0CP9SWqvf16iZkM6ipbvE7NbRDozD/FhQQw77RX U1VE3jjf9tJDSAS+uhL3BiFy8ksU/dCNboR7MEubLRIXOhKre9yO/UNDD2P6aTuJUWC2 aYdw== X-Gm-Message-State: AG10YOQD2BWAY8q/K4xl7GDAN3aikKpD60fYBy4rYuomO9cWvNWNEXAJHAQdkGcIc09qCQ== X-Received: by 10.66.55.73 with SMTP id q9mr13902155pap.50.1455836659911; Thu, 18 Feb 2016 15:04:19 -0800 (PST) Received: from Stas-Air.local (tan1.corp.wikimedia.org. [198.73.209.1]) by smtp.gmail.com with ESMTPSA id k14sm12812904pfj.0.2016.02.18.15.04.18 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 18 Feb 2016 15:04:19 -0800 (PST) To: Zeev Suraski , Andrea Faulds References: <24.F3.62769.A4226C65@pb1.pair.com> <3241F271-BDEC-4621-8697-D0352D6B92FE@zend.com> Cc: "internals@lists.php.net" X-Enigmail-Draft-Status: N1110 Message-ID: <56C64DF2.9030808@gmail.com> Date: Thu, 18 Feb 2016 15:04:18 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: <3241F271-BDEC-4621-8697-D0352D6B92FE@zend.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: [RFC] Deprecations for PHP 7.1 From: smalyshev@gmail.com (Stanislav Malyshev) Hi! >> Hmm. Well, if we're doing mass deprecations, maybe we should finally get rid of I must note that I think this drive to "get rid of" functions that does not stand in anybody's way (as opposed to the case of __autoload which is incompatible with superior stackable autoloader solution) is deeply misguided. Yes, there are functions that are very niche and maybe not a lot of people use them. But the advantage of PHP was always to try and serve a lot of needs and be a versatile pragmatic instrument, even at the expense of theoretical purity. I do not think we should abandon this approach. If there is a conceivable use case where this function can be useful, and it does not impede progress or prevent implementation of better features - IMO there's no reason at all to remove it. It's better to have a hundred of functions and have 10 year old code running perfectly in modern version than to have new squeaky clean API than has no code to run because 100% of existing code can not use this version (and thus even if people wanted to use clean API in new code they can't because old one does not work). -- Stas Malyshev smalyshev@gmail.com