Date: Mon, 20 Oct 1997 18:34:31 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: darrenr@cyber.com.au (Darren Reed) Cc: tlambert@primenet.com, julian@whistle.com, hackers@FreeBSD.ORG Subject: Re: Freebsd 3.0 current fails ipfilter 3.2b8 build (fwd) Message-ID: <199710201834.LAA09783@usr05.primenet.com> In-Reply-To: <199710190545.PAA19458@plum.cyber.com.au> from "Darren Reed" at Oct 19, 97 03:45:30 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > If the code isn't portable to Linux, SVR4, and Solaris without > > compile time switches, why write it? > > Well, prior to these changes to FreeBSD, it was portable between > *BSD/SunOS4/Solaris2 without any compile time switches - not sure > about Linux. Why ? Because up until recently, all would give > you "struct ifnet" if you included net/if.h. > > So there you have it. > > This makes it harder to port code to FreeBSD. > > Or, from the other angle, FreeBSD code is less portable. > > Isn't that just wonderful ? *spew* It seems your complaint is that the use of the struct ifnet in the internal structures is not bracketed by: #ifdef __IF_VAR_H__ #endif If you are using structures that contain this opaque data object, then you are doing something wrong. This is not to say that I'm happy with the code (I'm not), but that this type of interface seperation is both (1) necessary, and (2) desirable, from a "pure environment" perspective. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710201834.LAA09783>