From owner-freebsd-arch Tue Nov 16 10: 4:32 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id 3233915239 for ; Tue, 16 Nov 1999 10:04:29 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id TAA29040 for ; Tue, 16 Nov 1999 19:04:28 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id TAA51124 for freebsd-arch@freebsd.org; Tue, 16 Nov 1999 19:04:27 +0100 (MET) Received: from mail.tvol.com (mail.wgate.com [38.219.83.4]) by hub.freebsd.org (Postfix) with ESMTP id 1166215299 for ; Tue, 16 Nov 1999 10:03:40 -0800 (PST) (envelope-from rjesup@wgate.com) Received: from jesup.eng.tvol.net (jesup.eng.tvol.net [10.32.2.26]) by mail.tvol.com (8.8.8/8.8.3) with ESMTP id NAA01763 for ; Tue, 16 Nov 1999 13:00:35 -0500 (EST) Reply-To: Randell Jesup To: freebsd-arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/include signal.h References: <382E8A1B.B7D9B7F0@scc.nl> <19991115095729.A27507@cons.org> <382FDBE2.D075594@scc.nl> <19991115115552.A27870@cons.org> <382FF2AF.545C8C81@scc.nl> <19991115130854.A28445@cons.org> From: Randell Jesup Date: 16 Nov 1999 13:03:52 -0500 In-Reply-To: Martin Cracauer's message of "Mon, 15 Nov 1999 13:08:54 +0100" Message-ID: X-Mailer: Gnus v5.6.43/Emacs 20.4 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Martin Cracauer writes: >> > Maybe we have a different definition of "bloat", but since the size is >> > the same, this doesn't count as "bloat for me. >> >> The bloat is in what you get when you include > >OK, you're speaking compile-time bloat here. And that's pretty minor as bloat goes. >What I'm trying to do is to access members of a data struct by reusing >a struct definition that is already in our tree, and not requireing >the user to access the members by couting bytes and then cast. Counting bytes and casting is evil incarnate. (Ok, so I have a strong opinion on the subject.) >That not bloat, that's moving struct definitions to where they are >needed. I agree. I haven't looked at the files, and I don't know if this would be considered an 'acceptable' way of dealing with the issue, but if some people are dead set against including the structure defs from signal.h for the default (common) case, then how about some form of: #define __SIGNAL_H_PLEASE_INCLUDE_STRUTURES_FOR_SIGNAL_INFORMATION #include (Ick) IMHO -- Randell Jesup, Worldgate Communications, ex-Scala, ex-Amiga OS team ('88-94) rjesup@wgate.com CDA II has been passed and signed, sigh. The lawsuit has been filed. Please support the organizations fighting it - ACLU, EFF, CDT, etc. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message