On 10/20/06, geoff@plan9.bell-labs.com <geoff@plan9.bell-labs.com
> wrote:
I think that one of the best arguments for organising header files as
Plan 9 does is the mess that /usr/include has become on (l)unix. It's
almost 20MB on Suse 9.1.
Here's an interesting exercise for people who don't see a problem with
how (l)unix organises /usr/include:
Ask someone (ideally a manager, the higher the rank, the better) to
find out where under /usr/include on Linux the type time_t is defined
and the signal SIGINT is declared without using grep or any
equivalent; they should trace through the include files visually. If
they return with the correct answers and aren't disgusted with the
mess under /usr/include, slap some pointy hair on them.
Yes I agree, they are even larger under S.L.E.D. 10, I believe like 35 MB, or some such.
IMHO organizing header files.
As far as the above "exercise" no way w/o grep would I in a million years wanna go through
/usr/include in a *nix system.