From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 20:03:09 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 49EA637B401; Tue, 22 Apr 2003 20:03:09 -0700 (PDT) Received: from tomts13-srv.bellnexxia.net (tomts13.bellnexxia.net [209.226.175.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8236743F93; Tue, 22 Apr 2003 20:02:39 -0700 (PDT) (envelope-from matt@gsicomp.on.ca) Received: from gabby.gsicomp.on.ca ([65.95.176.5]) by tomts13-srv.bellnexxia.netESMTP <20030423030238.YYWC27313.tomts13-srv.bellnexxia.net@gabby.gsicomp.on.ca>; Tue, 22 Apr 2003 23:02:38 -0400 Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18]) by gabby.gsicomp.on.ca (8.12.6/8.12.6) with SMTP id h3N2wuqr005268; Tue, 22 Apr 2003 22:58:56 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <007301c30944$c050e920$1200a8c0@gsicomp.on.ca> From: "Matthew Emmerton" To: "Craig Reyenga" , , References: <000501c30943$9535dda0$0200000a@fireball> Date: Tue, 22 Apr 2003 23:02:18 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 cc: freebsd-current@freebsd.org Subject: Re: Makefile in /usr/src/lib/libdisk WARNS change? PLEASE READ! 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: Wed, 23 Apr 2003 03:03:09 -0000 > >Hi, > > > >I posted the libdisk patch that was heavily ignored two days ago :). > >Without it I > >couldn't build libdisk and subsequently world. If I lower the WARNS > >value > >in the libdisk directory Makefiel the source builds without warning and > >world > >completes. > > > >The problem is rules.c having a switch/case that handles only 2 of 7 > >cases for the > >platform value. Adding a simple "default:" [as my patch did] will > >repair this problem. > > > >I should tell you that I clean-installed FBSD 5.0-RELEASE on Saturday > >4/19/2003 > >and started playing with CURRENT again the very next day at which point > >I realized > >world wouldn't build. I didn't do much else so I can only assume that > >somehow this > >could happen to anyone else starting from RELEASE-5 today and > >attempting to build > >world. > > > >I have the latest version of the rules.c file [1.29]. I checked CVSWEB > >and it has > >the exact same code that fails for me in HEAD so I know its not my > >source. The > >only data involved in the switch is an enum type from libdisk.h which I > >also > >have the latest version of [1.55]. > > > >The error is > >/usr/src/lib/libdisk/rules.c:264: warning: enumeration value `p_any' > >not handled in switch > >/usr/src/lib/libdisk/rules.c:264: warning: enumeration value `p_alpha' > >not handled in switch > >/usr/src/lib/libdisk/rules.c:264: warning: enumeration value > >`p_sparc64' not handled in switch > >/usr/src/lib/libdisk/rules.c:264: warning: enumeration value `p_ia64' > >not handled in switch > >/usr/src/lib/libdisk/rules.c:264: warning: enumeration value `p_ppc' > >not handled in switch > >*** Error code 1. > > > >I know this isn't a bug in the VM system. Its not solving a kernel > >panic or > >some other serious commit but it does pose a barrier to those who want > >to test CURRENT. > > > >Should I file a problem report? > > > >Dave Leimbach > > I know how you feel, boss. I just started a thread about how my computer > dies if I run out of memory, and all I got was a "me too" from another > fellow user. No developers jumped in. It seems like unless you have a LOR or > a laptop, you get no attention. And no, don't bother filing a bug report > because it will stagnate further. Please ignore the above comment. The poster does not have the best interests of FreeBSD in mind. Remember that most (if not all) FreeBSD contributors are unpaid volunteers, and their day jobs take precendence. It just happens that the people looking after LOR and ACPI issues have more time on their hands than others. I've cc'd the committer of the last change to libdisk.h; this should capture their attention and get this looked into more expediently. -- Matt Emmerton