Date: Thu, 23 Mar 1995 12:26:50 -0500 (EST) From: Chuck Robey <chuckr@Glue.umd.edu> To: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> Cc: jkh@freefall.cdrom.com, bde@zeta.org.au, me@tartufo.pcs.dec.com, nate@trout.sri.mt.net, current@FreeBSD.org Subject: Re: Make World Times and a question about shared libs / make all Message-ID: <Pine.SUN.3.91.950323122150.12200B-100000@cappuccino.eng.umd.edu> In-Reply-To: <199503231719.JAA01094@gndrsh.aac.dev.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 23 Mar 1995, Rodney W. Grimes wrote: > > > > On Thu, 23 Mar 1995, Jordan K. Hubbard wrote: > > > > > > Would people think it gross if /usr/include was nothing but > > > > a directory tree full of symbolic links into /usr/src (or > > > > where ever you did the ``make INCLUDE_TYPES=symlink includes'' from). > > > > > > No, that would actually be more (he ducks) ORTHOGONAL! :-) > > > > > > Seriously. Then you at least have a tree of links or a tree of copies > > > but never a mix (you may recall me raving on this particular topic > > > awhile back) and it's at least a whole lot easier to _understand_. > > > > > > Yes! Please! > > > > > > Jordan > > > > > > > How would that work for folks who don't want to keep an entire source tree > > available? I have the room, myself, but lots of friends running FreeBSD > > are doing it in 200-300 meg partitions. Would this hurt them? > > Folks without the entire source tree on line should probably not be > attempting to run ``make includes''. It would fail now if any of > the directories need by this are missing. [I am working on > the later for the SHARED=copies case]. > > If they want to run with limit src tree they well need to be careful > about CLOBBER and /usr/include. With the new .mk and Makefile mods > in place the correct command for a partial src tree would become: > cd /usr/src; > make INCLUDE_TYPES=copies includes > > Note that INCLUDE_TYPES is my new name for ``SHARED'', since this is > become overloaded. The default INCLUDE_TYPES will be copies, so > in the above command you could leave this out. > > My new includes: target is a lot smarter than the current one, it > uses a list of places to cd into and run ``make install_includes''. > For each directory in this list we first check to see if that > place exists in the src tree, if it does not a little skip message > is printed and things continue on there way. I could add some > better error checking for the CLOBBER case and make this an error > condition instead of just a warning. > > Right now I use a compatibility hack in the .mk files that calls > beforeinstall: for install_includes: so that I don't have to > modify a pile of Makefiles at this time. > > If 2.1 is pushed out past the end of April I should have time to > finish this work off and intergrate a massive .mk overhall, if > not it can wait for 2.2. > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > I think you misunderstood (or I did you)... I'm speaking of folks who would never consider making any part of the tree themselves, but just would like to be able to do a little light level c hacking on their more limited machine budgets. Jordan spoke of making /usr/include completely links to parts of usr/src. I am wondering what effect that would have on folks who don't even have a /usr/src. Will this mean that such folks will have to carry around at least parts of the /usr/src tree, in order to have the /usr/include [reasonably] complete? I'm not talking about building the includes, just carrying them around, for folks with small budgets. ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 7608 Topton St. | New Carrollton, MD 20784 | I run Journey2 (Freebsd 2.0) and n3lxx (301) 459-2316 | (FreeBSD 1.1.5.1) and am I happy! ----------------------------+-----------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.950323122150.12200B-100000>