Date: Fri, 21 Mar 1997 23:16:19 -0800 From: Josh MacDonald <jmacd@CS.Berkeley.EDU> To: John Birrell <jb@cimlogic.com.au> Cc: freebsd-hackers@freebsd.org Subject: Re: libc_r Message-ID: <199703220716.XAA12560@paris.CS.Berkeley.EDU> In-Reply-To: Your message of "Sat, 22 Mar 1997 17:33:43 %2B1100." <199703220633.RAA15734@freebsd1.cimlogic.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> In current, libc_r was left as optional to avoid (a) lengthening the > build time when most people probably didn't want it; and (b) breaking > a `make world' in the event that there were problems in the libc_r > build. The binary distributions (I guess you mean SNAPs) contain what > normally gets built. Of course Jordan could read the pthread man page > too, and add WANT_LIBC_R to his environment before building a SNAP. ;-) > > I think there are enough people using libc_r now to enable it > permanently in sys/lib/Makefile, leaving an environment variable > to turn it off. There are no quirks to the libc_r build -- from > time to time edits are made to libc Makefiles without corresponding > edits in libc_r Makefiles. I'd like to merge all the Makefiles to avoid > this problem, but this adds complexity to the libc Makefiles that > people might not want. This is sort of what I suspected. Consider this (hi Jordan) a request for the above change. -josh
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703220716.XAA12560>