Date: Sat, 29 Jan 2000 22:24:13 -0500 From: Jim Bloom <bloom@acm.org> To: Jason Evans <jasone@canonware.com> Cc: "Russell L. Carter" <rcarter@pinyon.org>, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/lib/libc_r/uthread uthread_accept.c uthread_aio_suspend.c uthread_bind.c uthread_connect.c uthread_dup.c uthread_dup2.c uthread_execve.c uthread_exit.c uthread_fchflags.c uthread_fchmod.c uthread_fchown.c uthread_flock.c uthread_fork.c ... Message-ID: <3893AEDD.1880CBE5@acm.org> References: <jasone@canonware.com> <20000130030156.F119577@pinyon.org> <20000129190324.E73462@sturm.canonware.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jason, why do you believe the build does not work correctly? I just did a test buildworld without having cdefs.h installed when libc_r was compiled. (I modified Makefile.inc1 to remove cdefs.h before making includes.) There were no build errors about not finding cdefs.h and the .depend file for libc_r always listed the copy in the build area. As such, things seem to be working correctly. I will agree that the host system's copy of cdefs.h is used before this point, but everything built before this point is executed on the host system and not the system being compiled (i.e. bootstrapping and cross compilation tools). Jim Bloom bloom@acm.org Jason Evans wrote: > > On Sat, Jan 29, 2000 at 08:01:56PM -0700, Russell L. Carter wrote: > > Does this need an UPDATING entry? I don't care at all about doing > > make world twice, but I wouldn't do it unless I knew it was > > required. > > I don't think it's deserving of an UPDATING entry. This is actually a > bootstrapping issue for the build system, from what I can tell. In this > case, we're lucky that it merely breaks libc_r, rather than breaking the > build. > > Jason To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3893AEDD.1880CBE5>