From owner-freebsd-current@FreeBSD.ORG Mon Apr 21 07:35:59 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D8B337B401; Mon, 21 Apr 2003 07:35:59 -0700 (PDT) Received: from smtpout.mac.com (A17-250-248-89.apple.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD61743FE3; Mon, 21 Apr 2003 07:35:58 -0700 (PDT) (envelope-from leimy2k@mac.com) Received: from webmail07.mac.com (webmail07-en1 [10.13.11.149]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id h3LEZwjC026565; Mon, 21 Apr 2003 07:35:58 -0700 (PDT) Received: from webmail07 (localhost [127.0.0.1]) by webmail07.mac.com (8.12.2/8.12.2) with ESMTP id h3LEZwYt022827; Mon, 21 Apr 2003 07:35:58 -0700 (PDT) Message-ID: <2179596.1050935758246.JavaMail.leimy2k@mac.com> Date: Mon, 21 Apr 2003 09:35:58 -0500 From: David Leimbach To: Mike Barcroft Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: freebsd-standards@FreeBSD.org cc: Tim Robbins Subject: Re: test-strerror regression test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2003 14:35:59 -0000 On Monday, April 21, 2003, at 09:02AM, Mike Barcroft wrote: >David Leimbach writes: >> I guess my point was I didn't know how to make these "conform" when I >> looked >> at the POSIX standard for SUS. All it said about strerror is that any >> int should >> work and return a string per the locale that is currently set. > >I agree with Tim; the main purpose is to prevent regressions in our >implementation, not to evaluate conformance to any given standard. In >fact, I created the test to ensure I didn't break strerror() or >strerror_r() while fixing a conformance bug in strerror_r(). Well yes... that is what a regression would be :). But I think a standards compliance test suite wouldn't hurt either :). Whether or not we regress doesn't matter much if we don't conform to the standard to begin with... it just means we haven't changed behavior. > >> > cc -O -pipe -mcpu=pentiumpro test-wmemset.c -o test-wmemset >> > for p in test-strerror test-wcschr test-wcscmp test-wcslen >> > test-wmemchr test-wmemset; do >> > /home/tim/p4/wchar/src/tools/regression/lib/libc/string/$p; done >> > PASS strerror() >> >> Failed for me due to failing assertions. > >What's the output of: > >ident /usr/lib/libc.so.* | grep strerror.c > I am not at that machine at the moment. I just did a new buildworld/installworld before leaving for work today. I can check this at lunch. Dave >Best regards, >Mike Barcroft > >