From dev-return-8655-apmail-stdcxx-dev-archive=stdcxx.apache.org@stdcxx.apache.org Fri Sep 7 03:58:12 2012 Return-Path: X-Original-To: apmail-stdcxx-dev-archive@www.apache.org Delivered-To: apmail-stdcxx-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2E23DD7ED for ; Fri, 7 Sep 2012 03:58:12 +0000 (UTC) Received: (qmail 26429 invoked by uid 500); 7 Sep 2012 03:58:12 -0000 Delivered-To: apmail-stdcxx-dev-archive@stdcxx.apache.org Received: (qmail 26245 invoked by uid 500); 7 Sep 2012 03:58:06 -0000 Mailing-List: contact dev-help@stdcxx.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@stdcxx.apache.org Delivered-To: mailing list dev@stdcxx.apache.org Received: (qmail 26200 invoked by uid 99); 7 Sep 2012 03:58:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2012 03:58:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of wojciech.meyer@googlemail.com designates 209.85.212.170 as permitted sender) Received: from [209.85.212.170] (HELO mail-wi0-f170.google.com) (209.85.212.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2012 03:57:58 +0000 Received: by wibhq12 with SMTP id hq12so130827wib.5 for ; Thu, 06 Sep 2012 20:57:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=OOJav4WlXBNCS5kbEjXswHv6jBtXNsWDMrOUVw2Hrkg=; b=UVW+QC6n/pYaiRdZNv3SVLAy2jsMmqOxYIRJuUsZANCQb1hwuBSf6aX0H8C5DI4AFN 3ZIY2vbRl01sb64WWVQmKCyJ2WUCpgAfgbrEssN96qrx4kKK0swDLMyDZ0e5L/yS6Mlx zAawaDqxVqr9CLAsNFuO2ZCh+UMJqiXvmzMjBX2Yh81/UBSMvFeSKsqFYIBm4kckYD+g pPIyhwKwgz8Szg6xHUAMHTStemFTupncO3uLDtDfNP3IpDyekpizEY7jjKmuN9vuguYQ n0EYt4j2XCA6VTqf48YlhmqvQC8OShkyZ2vC9GcUCTWkukZn/aMBeLw0mAulQzWXQDQ0 prkw== Received: by 10.180.109.129 with SMTP id hs1mr9159819wib.0.1346990258195; Thu, 06 Sep 2012 20:57:38 -0700 (PDT) Received: from spec-desktop.danmey.org (cpc1-cmbg12-0-0-cust201.5-4.cable.virginmedia.com. [86.9.116.202]) by mx.google.com with ESMTPS id cu1sm7462591wib.6.2012.09.06.20.57.36 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 06 Sep 2012 20:57:37 -0700 (PDT) From: Wojciech Meyer To: Martin Sebor Cc: dev@stdcxx.apache.org, Wojciech Meyer Subject: Re: A question (or two) of procedure, etc. References: <5048E63F.8090603@hates.ms> <50495DBE.4010208@gmail.com> Date: Fri, 07 Sep 2012 04:57:39 +0100 In-Reply-To: <50495DBE.4010208@gmail.com> (Martin Sebor's message of "Thu, 06 Sep 2012 20:36:46 -0600") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.94 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Martin Sebor writes: > Anyone is welcome to express their opinion here, especially > if you are or have in the past contributed to the project. > The weight of the opinion is (or should be) commensurate to > the value of the contributions. I think the ASF calls this > Meritocracy. Thanks, that sounds sensible. > I made the stdcxx process increasingly more formal as I learned > from my own past mistakes that a loose process makes it harder > to track changes and find the root cause of the problems they > sometimes introduce. In practical terms, I've made an effort > to have an issue, with a test case if possible, for every > change made to the code, and commit a regression test into > the test suite for every bug fix. I can understand the reasons, system library programming is not a piece of cake, and must be taken with a great care. However, IMHO it's more important for the propriety projects to log everything in bug tracker, then just in the rcs, within the absence of commercial type of management. Maybe my opinion is a bit biased (I've never been a real tech lead so it's difficult to say), but please see below. > FWIW, in my day to day job, this is a requirement. Cisco > doesn't make a change to its code without an issue. My team > does the same with GCC changes. We find that projects that > don't follow this practice as closely (e.g., GNU Binutils), > tend to be more difficult for us to work with than those > that do. In my day time job it's also a requirement. At ARM we do put so much efforts to get the processes right, and no change is allowed without being logged in the tracker, peer reviewed, validated etc. It makes sense for the projects kind of compiler, kernel, or system library - no doubt I fully agree. However, I believe that it has other side of story, it comes with an overhead, sometimes it's just very difficult to do anything because it all needs to go through the process. It's really pleasant feeling (which is perhaps an attribute of open source), when you just go to the code, feel true confidence, fix the bug and commit. Of course it makes sense in a certain cases and with the complexity of stdcxx is just very difficult to feel that true confidence :-) By looking at what kind bugs Liviu, Stefan, and you have fixed/discussed, I had an impression that lot of this stuff is tweaking, and smaller re-engineering work which just takes a lot of time and experience, and notoriously difficult to get right. I hope I will also have a taste of stdcxx, perhaps I might look at something this weekend. I still need to commit (somewhat) the bigger patches for armcc. > > That being said, when it comes to the stdcxx configuration > machinery, or to the test suite, I think it's fine to be > somewhat less formal. We don't need test cases for problems > in configuration tests, or necessarily even test cases > reproducing failures in library tests (although small tests > can often be more useful than the large tests we have in > the test suite). We also don't need tests for makefile bugs. > Outside of that, when it comes to changing the library, I > do recommend making an effort to create test cases and open > issues for all changes. I fully agree with the test cases and the rest of the paragraph. It's really good to know your opinion! Thanks. -- Wojciech Meyer http://danmey.org