Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Dec 1997 19:17:38 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        jb@freebsd1.cimlogic.com.au (John Birrell)
Cc:        bde@zeta.org.au, bde@freebsd.org, current@freebsd.org, grog@lemis.com, julian@whistle.com
Subject:   Re: Bruce vandalism again
Message-ID:  <199712201917.MAA10457@usr09.primenet.com>
In-Reply-To: <199712201247.XAA00609@freebsd1.cimlogic.com.au> from "John Birrell" at Dec 20, 97 11:47:20 pm

next in thread | previous in thread | raw e-mail | index | archive | help
> > A great way to enlarge 200000-line diffs between NetBSD and FreeBSD for code
> > that isn't really different :-(.
> 
> NetBSD and FreeBSD have deviated so much that I would claim that the
> code really _is_ different.

"NFS is broken, so it's OK if it gets broken more..."

> So why do the header files differ?

Some idiot doesn't understand data abstraction well enough to be able to
hide the differences.

> As each operating system develops, the greater the differences become.
> You will probably say that's a bad thing. I'd say it is progress.

So would I... IFF FreeBSD ran on all the platforms NetBSD does.


> Now is it supposed to be _KERNEL (NetBSD) or KERNEL (FreeBSD)?!!

It's supposed to be _KERNEL.  Why not ask someone from the former
CSRG -- you *do* accept them as authoritative, right?


> < typedef	_BSD_CLOCK_T_	clock_t;
> ---
> > typedef	_BSD_CLOCK_T_		clock_t;

Gratuitous changes.  These should be reverted or evangelized.  Either
way, the camps should be sync'ed to one or the other... probably the one
that didn't change from the CSRG sources, if there is one.


> > #if !defined(_POSIX_SOURCE) && !defined(_XOPEN_SOURCE)

Necessary changes for portability, POSIX compliance, and Single UNIX
Standard compliance.  The camps should be sync'ed to compliance.

> < typedef	long	fd_mask;
> < #define	NFDBITS	(sizeof(fd_mask) * NBBY)	/* bits per mask */
> ---
> > typedef int32_t	fd_mask;
> > #define NFDBITS	(sizeof(fd_mask) * NBBY)	/* bits per mask */

64 bit architecture code portability issue for processor emulation
environments making system calls to the local system where the emulated
sizeof(int) is not equal to the native sizeof(int).  The camps should
be sync'ed to portability.

> < /*
> <  * These declarations belong elsewhere, but are repeated here and in
> <  * <stdio.h> to give broken programs a better chance of working with
> <  * 64-bit off_t's.
> <  */

The camps should be sync'ed.  Isn't the next generation of Intel stuff
supposed to be 64bit?

...Etc.


					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?199712201917.MAA10457>