Date: Wed, 6 Mar 2002 00:37:00 -0800 From: Luigi Rizzo <rizzo@icir.org> To: Terry Lambert <tlambert2@mindspring.com> Cc: obrien@FreeBSD.ORG, Eivind Eklund <eivind@FreeBSD.ORG>, arch@FreeBSD.ORG Subject: Re: do we need full kernel sources to compile loadable modules ? Message-ID: <20020306003700.A83775@iguana.icir.org> In-Reply-To: <3C85680B.776B76CD@mindspring.com> References: <20020305134932.A79697@iguana.icir.org> <20020305230738.C13979@phoenix.dmnshq.net> <20020305145406.A37648@dragon.nuxi.com> <3C85680B.776B76CD@mindspring.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I agree on the comments on the generated files, I was just asking if we could, as part of the install of include files, include some rule in the makefile so that it would generate a copy of vnode_if.h somewhere in the include tree. cheers luigi On Tue, Mar 05, 2002 at 04:51:23PM -0800, Terry Lambert wrote: > David O'Brien wrote: > > > > On Tue, Mar 05, 2002 at 11:07:38PM +0100, Eivind Eklund wrote: > > > There is probably similar problems with newbus. We have previously > > > talked about making vnode_if.src be handled similar to syscalls.master > > > - ie, generate files from it, then commit those files. > > > > I think this would be a mistake. We should strive to not commit the > > generated form of syscalls.master. We've seen just too often people > > forget to do this. > > Yes, it's pretty evil. > > AIX had a different way, in which the linker could read a > system call table that had name/entry point # pairs, and > you could add to this table on the fly, if you wanted the > linker to know about new system calls; it would just > generate the stub functions automatically. > > This is evil, too, but the fact that you have to rebuild > libc to add a system call stub is pretty much as painful > as it gets. > > -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020306003700.A83775>