From owner-freebsd-hackers Sat Oct 14 10:53:10 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id KAA13943 for hackers-outgoing; Sat, 14 Oct 1995 10:53:10 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id KAA13936 for ; Sat, 14 Oct 1995 10:53:06 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id SAA01919 for ; Sat, 14 Oct 1995 18:53:02 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id SAA00130 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 18:53:02 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id SAA11040 for freebsd-hackers@freebsd.org; Sat, 14 Oct 1995 18:48:31 +0100 From: J Wunsch Message-Id: <199510141748.SAA11040@uriah.heep.sax.de> Subject: Re: lint To: freebsd-hackers@freebsd.org Date: Sat, 14 Oct 1995 18:48:31 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510141407.AAA17454@godzilla.zeta.org.au> from "Bruce Evans" at Oct 15, 95 00:07:57 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1566 Sender: owner-hackers@freebsd.org Precedence: bulk As Bruce Evans wrote: > > There is a more serious conflict between and both > and . The following doesn't compile if either _ANSI_SOURCE or > _POSIX_SOURCE is defined: > > #include > #include > > All these bugs should be fixed by using a different ifdef guard for > wchar_t and rune_t. Ok. > >. The ANSI-violating definitions for fgets() (second parameter must be > > int, not size_t) and ftell() (parameter is not const); i'm about to > > change them. > > It's interesting that these bugs have been around for so long. The > first but not the second is fixed in 4.4lite2. They are benign, and only become apparent by manually declaring the functions according to the ANSI standard. Jochen Pohl's llib-lstdc does this. The newly-built lint buried another bogon out of the depths of the header mishmash: we've got a name clash for struct pmap! It's declared inside the VM stuff as a "page map" structure (machine/pmap.h), and inside the RPC library as a "portmapper" structure. The header files for both are required to have a complete set of header files describing the libc. I've quickly solved the clash by renaming pmap into _pmap inside , which required the change from "struct pmap" into "pmap_t" inside the definition of struct vmspace in . I'm not sure whether this is the most optimal fix however. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)