Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65189 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5743 invoked from network); 25 Jan 2013 19:04:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Jan 2013 19:04:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 209.85.220.175 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 209.85.220.175 mail-vc0-f175.google.com Received: from [209.85.220.175] ([209.85.220.175:57942] helo=mail-vc0-f175.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 97/05-14132-957D2015 for ; Fri, 25 Jan 2013 14:04:57 -0500 Received: by mail-vc0-f175.google.com with SMTP id fw7so525852vcb.6 for ; Fri, 25 Jan 2013 11:04:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:x-gm-message-state; bh=EnlkbbhvqHOKH8H9ifCP3BCjWpExMrrw0/CAmLBYJ7s=; b=gcQeJj9UBCtAgbR1/k6ggxoqLUsW+nb3fRvmd996IxmosRsTqQ+YwOQd5u9zR5xxBW L+/ukTRxRpIT8kdFGDZV+HS9cT7Ez0wNMJ5axo8ZCxbr7sYIt17Y0b4W8fKKhAP8DBZi 5rzeEngSk1P7N7+gukdxhDYIpaxS9GjeBN/sImXa1tDaE4Tmw6KSssMYVmjxpc499oFh wgKtraRhciR75vdXfQgvAnSuZ2TL2Yl/1Y5NenbGwgz2Q5mUaM+9ZcbEEVeWyFt3HRfN n226oYuUbpvUdcs6bjEnqESmyW39bqBx2xgQfOwcDH1BtEhsXFOCeXZKw1V9V6N00KFE MUQQ== X-Received: by 10.52.89.106 with SMTP id bn10mr6299048vdb.68.1359140694084; Fri, 25 Jan 2013 11:04:54 -0800 (PST) Received: from [192.168.200.148] (c-50-131-44-225.hsd1.ca.comcast.net. [50.131.44.225]) by mx.google.com with ESMTPS id cd16sm960982vdb.0.2013.01.25.11.04.52 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Jan 2013 11:04:53 -0800 (PST) Message-ID: <5102D753.5040900@lerdorf.com> Date: Fri, 25 Jan 2013 11:04:51 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Seva Lapsha CC: Stas Malyshev , =?UTF-8?B?RGFtaWFuIFR5bGN6ecWE?= =?UTF-8?B?c2tp?= , "internals@lists.php.net" References: <5102D1DB.9060305@sugarcrm.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnufGc4UXGLALH6JXTi8izh8W9A/U/yVYyZTlEVYbXS3mT0t0CtbOThmF2cgZRsqLLjw6qX Subject: Re: [PHP-DEV] I think that "Function naming inconsistency" bug deservers more attention From: rasmus@lerdorf.com (Rasmus Lerdorf) On 01/25/2013 10:55 AM, Seva Lapsha wrote: > Well, how about renaming the functions, create aliases for BC and throw > E_DEPRECATED or E_STRICT on their usage? And write a PEAR script bundled > with the distribution to migrate to the new convention? Throwing warnings on perfectly working code is really a bad idea. It annoys users, slows down their code, and doesn't add any value at all to them. It should also be noted that many of the function names that people don't think are consistent are actually quite consistent when you consider that PHP is just a thin wrapper on top of underlying libraries. Functions from libc like tempnam() and strlen() are perfectly fine. The fact that you can go to your Linux command line and type: "man tempnam" to get a good idea of what is happening behind the scenes of the PHP function of the same name is a good thing. -Rasmus