From owner-freebsd-arch Sat Sep 8 5:28:49 2001 Delivered-To: freebsd-arch@freebsd.org Received: from snipe.mail.pas.earthlink.net (snipe.mail.pas.earthlink.net [207.217.120.62]) by hub.freebsd.org (Postfix) with ESMTP id 2CC9437B408 for ; Sat, 8 Sep 2001 05:28:47 -0700 (PDT) Received: from mindspring.com (dialup-209.245.142.217.Dial1.SanJose1.Level3.net [209.245.142.217]) by snipe.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f88CSeW16413; Sat, 8 Sep 2001 05:28:41 -0700 (PDT) Message-ID: <3B9A0F21.305F77B1@mindspring.com> Date: Sat, 08 Sep 2001 05:29:21 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Jonathan Lemon Cc: Bill Fenner , arch@FreeBSD.ORG Subject: Re: Causing to depend on References: <200109071748.KAA21991@windsor.research.att.com> <3B991BF8.5BF2E5E2@mindspring.com> <20010907144337.Z20137@prism.flugsvamp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Jonathan Lemon wrote: > > If this is done with pointers, rather than instances or > > member references, in the API code, just forward declare > > the structure, and use it as an opaque type, e.g.: > > Uhm. Please go look at the definition of sockaddr_storage in > . See RFC 2553 for more information. Not speaking > for Bill, but my guess he needs to use this to allocate storage > in a protocol-independent fashion. You mean like "not dependent on IPv4/IPv6, OK for use with IPX and XNS and AppleTalk" because it's not wedged into an ``in'' specific header file? > The other alternative may be to create 'sockaddr_storage46' > in , but that probably is equally yucky. or sockaddr_storage_in, which would be more in keeping with the current style and implementation. Really, we went through *HELL* and a lot of bitching and moaning to _get rid_ of #include files that bring in #include files; this proposal intends to undo all that fine work, from what I can see... -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message