Date: Sat, 16 May 1998 23:34:39 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, peter@netplex.com.au Cc: current@FreeBSD.ORG, dyson@FreeBSD.ORG, kkennawa@physics.adelaide.edu.au Subject: Re: libc corruption Message-ID: <199805161334.XAA22512@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> >This is the present situation and it's not working very well. >> >> It isn't the present situation. We commit the tables to src/sys and >> use some tables from <sys>, some from src/sys/sys, and even some from >> src/sys/kern (see src/usr.bin/kdump/kdump.c). We only generate the >> tables on the fly for truss (see src/usr.bin/truss/Makefile). > >I'm talking about libc.. The syscall stub list is generated on the fly >and the binary interface is affected. I'm talking about libc and the rest of the userland build too. The syscall stub list (syscall.mk)is not generated on the fly. It is generated together with syscall.h, etc., by running `make init_sysent.c' in src/sys/kern and committing the results. Since this is not automatic, errors are often made the binary interface is not affected consistently like it should be. Common errors include: - forgetting to commit some of the changed files. - not bootstrapping the changes properly (syscalls.master must be committed first and then used to regenerate syscall.mk, etc. Otherwise the Id for the source file in the generated files is garbage). Bugs include: - src/sys/kern/Makefile doesn't know about syscall.mk. - checking out generated files sometimes breaks dependencies by clobbering timestamps. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805161334.XAA22512>