Date: 16 Nov 1999 13:03:52 -0500 From: Randell Jesup <rjesup@wgate.com> To: freebsd-arch@freebsd.org Subject: Re: cvs commit: src/sys/i386/include signal.h Message-ID: <ybuhfims48n.fsf@jesup.eng.tvol.net.jesup.eng.tvol.net> In-Reply-To: Martin Cracauer's message of "Mon, 15 Nov 1999 13:08:54 %2B0100" References: <382E8A1B.B7D9B7F0@scc.nl> <Pine.BSF.4.10.9911142303390.21828-100000@alphplex.bde.org> <19991115095729.A27507@cons.org> <382FDBE2.D075594@scc.nl> <19991115115552.A27870@cons.org> <382FF2AF.545C8C81@scc.nl> <19991115130854.A28445@cons.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Martin Cracauer <cracauer@cons.org> 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 <signal.h>
>
>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 <signal.h>
(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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ybuhfims48n.fsf>