Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54174 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76272 invoked from network); 23 Jul 2011 22:45:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jul 2011 22:45:44 -0000 Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.212.42 mail-vw0-f42.google.com Received: from [209.85.212.42] ([209.85.212.42:37799] helo=mail-vw0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 43/03-59700-71F4B2E4 for ; Sat, 23 Jul 2011 18:45:44 -0400 Received: by vwl1 with SMTP id 1so2595460vwl.29 for ; Sat, 23 Jul 2011 15:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RkuO0GLgbE7E5lZwn3PaFdC3JQfEIL1HEh5QohfubjA=; b=Rk5lfsMyJ5KmvTObjEQ2JD3X/yqG0O+wVuUoJ/O3+ehZQBKNjP1tiQXfWPakBhmEcM LsuzYVSsebsqVKKODYHdcCw9uWTF4YpKfa18YzvjhP8gLmtOkfQo97TbLcgYl4iTfXsS RKRmN2UC9S7wYEwR1NoURAS8L3o4sMch8mCNY= MIME-Version: 1.0 Received: by 10.52.20.234 with SMTP id q10mr2762023vde.505.1311461140795; Sat, 23 Jul 2011 15:45:40 -0700 (PDT) Received: by 10.52.162.129 with HTTP; Sat, 23 Jul 2011 15:45:40 -0700 (PDT) In-Reply-To: References: <4E2AF3D4.9070704@daylessday.org> Date: Sun, 24 Jul 2011 00:45:40 +0200 Message-ID: To: Gwynne Raskind Cc: RQuadling@gmail.com, Antony Dovgal , internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [PHP-DEV] new gcov.php.net machine is up From: pierre.php@gmail.com (Pierre Joye) I would add: 2.1 fix the new ones That's what I try to do using a delta between two revisions. At some point these delta will be available online so anyone can fix them as well, including the author of these new warnings. On Sun, Jul 24, 2011 at 12:36 AM, Gwynne Raskind wrote: > In my experience, 100% warnings free is only practical in two cases: > > 1) When the project is built with that policy from day one. > 2) When someone takes the (I'd estimate) two weeks solid work > necessary to eliminate every existing warning from the current trunk, > AND a strict policy of maintaining zero warnings is put in place. > (Believe me, the policy doesn't work if there are any warnings in the > build; people inevitably get lazy.) > > Given the variety of warnings that pop up in a PHP build (and don't > even start me on the list thrown up by Clang's static analyzer!), it's > a major undertaking to eliminate all the warnings, and it'll get ugly. > > -- Gwynne > > On Sat, Jul 23, 2011 at 16:06, Richard Quadling wrote: >> On 23 July 2011 17:16, Antony Dovgal wrote: >>> Thanks Nuno, great job! >>> >>> On 07/23/2011 08:03 PM, Nuno Lopes wrote: >>>> >>>> Hi, >>>> >>>> Thanks to Nexcess, we have a new wonderful machine for http://gcov.php.net >>>> up and running. >>>> This new machine is running linux 64 bits, so expect a few differences in >>>> the test results. >>>> >>>> I believe most things are ported from the old machine, including all >>>> daemon's configurations. >>>> I fired an experimental run of the cron job. Please help me by reporting >>>> extensions that are not enabled, daemons that are misconfigured and why >>>> (and >>>> therefore some tests are failing or skiping), missing valgrind >>>> suppressions, >>>> and so on. >>>> >>>> Thanks to Nexcess for offering a new machine to replace the old one. >>>> >>>> Nuno >> >> Excellent work. >> >> I see from the recent report that there are a LOT of similar warnings. >> I'm guessing that those warnings, whilst they are generated on a linux >> x64 box, would be the same for win32 (and anything else). >> >> What sort of policy is needed in addressing casting warnings like >> this. I get a LOT of warnings about casting of doubles/floats to >> ints/longs, along with the potential for potential data loss. >> >> How feasible is it to aim for a 100% warning free build? I'm not >> meaning that we should suppress the warnings. >> >> -- >> Richard Quadling >> Twitter : EE : Zend : PHPDoc >> @RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY : bit.ly/lFnVea >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >> > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org