atom feed46 messages in org.freebsd.freebsd-currentRe: TRUE and FALSE
FromSent OnAttachments
Jordan K. HubbardFeb 22, 1995 7:33 am 
Garrett WollmanFeb 22, 1995 12:11 pm 
Jordan K. HubbardFeb 22, 1995 2:00 pm 
Poul-Henning KampFeb 22, 1995 2:09 pm 
Garrett WollmanFeb 22, 1995 2:18 pm 
Poul-Henning KampFeb 22, 1995 2:23 pm 
Garrett WollmanFeb 22, 1995 2:26 pm 
Nate WilliamsFeb 22, 1995 3:12 pm 
Poul-Henning KampFeb 22, 1995 3:21 pm 
Poul-Henning KampFeb 22, 1995 3:27 pm 
Nate WilliamsFeb 22, 1995 3:45 pm 
Jordan K. HubbardFeb 22, 1995 3:47 pm 
Poul-Henning KampFeb 22, 1995 3:47 pm 
Jordan K. HubbardFeb 22, 1995 3:56 pm 
Terry LambertFeb 22, 1995 3:59 pm 
Nate WilliamsFeb 22, 1995 4:07 pm 
Poul-Henning KampFeb 22, 1995 4:08 pm 
Jordan K. HubbardFeb 22, 1995 4:21 pm 
Nate WilliamsFeb 22, 1995 4:23 pm 
Poul-Henning KampFeb 22, 1995 4:27 pm 
Garrett WollmanFeb 22, 1995 4:28 pm 
Poul-Henning KampFeb 22, 1995 4:36 pm 
Jordan K. HubbardFeb 22, 1995 4:37 pm 
Garrett WollmanFeb 22, 1995 4:51 pm 
Poul-Henning KampFeb 22, 1995 4:58 pm 
Richard WackerbarthFeb 22, 1995 5:06 pm 
Nate WilliamsFeb 22, 1995 5:24 pm 
Richard WackerbarthFeb 22, 1995 5:32 pm 
Nate WilliamsFeb 22, 1995 5:36 pm 
Nate WilliamsFeb 22, 1995 5:42 pm 
Rodney W. GrimesFeb 22, 1995 6:21 pm 
Rob MalloryFeb 22, 1995 6:25 pm 
Jordan K. HubbardFeb 22, 1995 6:42 pm 
Poul-Henning KampFeb 22, 1995 6:50 pm 
Jordan K. HubbardFeb 22, 1995 7:01 pm 
Poul-Henning KampFeb 22, 1995 7:08 pm 
Rodney W. GrimesFeb 22, 1995 7:17 pm 
Nate WilliamsFeb 22, 1995 8:40 pm 
David GreenmanFeb 22, 1995 9:12 pm 
Terry LambertFeb 23, 1995 8:21 am 
Terry LambertFeb 23, 1995 8:32 am 
Terry LambertFeb 23, 1995 9:01 am 
Terry LambertFeb 23, 1995 9:23 am 
Terry LambertFeb 23, 1995 10:00 am 
Garrett WollmanFeb 23, 1995 12:47 pm 
Garrett WollmanFeb 23, 1995 2:17 pm 
Subject:Re: TRUE and FALSE
From:Rodney W. Grimes (rgri@gndrsh.aac.dev.com)
Date:Feb 22, 1995 6:21:20 pm
List:org.freebsd.freebsd-current

And that seems a little silly (so is exporting the entire NFS tree into /usr/include, while we're talking about silly, but that's another diatribe entirely).

Hello, Jordan? Wake up!

wollman@khavrinen(11)$ ls -l /usr/include/nfs lrwxr-xr-x 1 bin bin 8 Feb 21 15:03 /usr/include/nfs@ -> /sys/nfs

Thank you, Garrett. However, you complelely and utterly missed my point.

When I said "exported" I meant exactly that: One way or another we have now /usr/include/nfs/* containing the full NFS sources rather than just the relevant header files. If you're any kind of purist at all, this is immediately obvious as being rather evil. If I wanted to move my header files from one place to another I could easily be forgiven for wanting to simply tar up the contents of /usr/include and get ONLY the header files (rather than a pastiche' of links, files, sources and god-only-knows-what).

To put it another way, the /usr/include directory follows NO consistent paradigm - some things are links, others are copies of stuff, still others are just pointers into the sources. If you make with SHARED=copies then this unifies some of it by copying stuff across, but it could then be argued that the "non-copies" case should see /usr/include as *only* a link farm, with no actual files in there.

Am I the only one who sees this as somewhat inconsistent?

This will be fixed some time around 2.2, the current SHARED=copies only has these links: test:rgrimes {111} find . -type l ./errno.h ./fcntl.h ./syslog.h ./termios.h ./float.h ./floatingpoint.h ./stdarg.h ./varargs.h ./nterm.h

And all of those links resolve to files within /usr/include, all of them pointing into /usr/include/machine/ and /usr/include/sys. These links will remain forever as far as I can see.

My revamped .mk stuff that is sitting on hold for quite some time has mechanisms in it to fix the SHARED=symlink case by making ALL of /usr/include symbolic links. I do not see me getting back to this stuff for 2.1, but should get back to it for 2.2.

Jordan