Date: Mon, 24 Sep 2001 20:21:23 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Takahashi Yoshihiro <nyan@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: Fix sysinstall problem Message-ID: <20010924202123.A2151@dhcp01.pn.xcllnt.net> In-Reply-To: <20010925.112758.68560699.yosihiro@cc.kogakuin.ac.jp> References: <20010924.165316.74191154.yosihiro@cc.kogakuin.ac.jp> <20010924120009.A32943@gauss.cup.hp.com> <20010925.112758.68560699.yosihiro@cc.kogakuin.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Sep 25, 2001 at 11:27:58AM +0900, Takahashi Yoshihiro wrote: > > > > > > It uses the boot programs in /boot. So, even if we change boot0 and/or > > > mbr, the new sysinstall includes old one. And, it breaks cross > > > building, too. > > > > > > > I'm not sure this is the right way to do it. Aren't we already building > > sys/boot as part of buildworld? > > The boot0 and mbr images are needed for making makedevs.c. And, > makedes.c is made by depend target. So, we need building boot images > before running depend target (of course, before all target). I'd rather we remove the ordering constraint so that we don't have to introduce a new mini-phase and thus keep the build clean. The boot code is already being built, just not when it's needed by sysinstall's depend target. Idea 1: Since we know how large the binaries are going to be, is it viable to backpatch the boot0 and mbr images into the binary and only reserve the space during compilation? This is probably less portable than the following: Idea 2: We could link boot0.o and mbr.o into sysinstall. Currently both object files contain a global symbol 'start'. It doesn't look to me that those symbols should be named start, so we can rename them to 'boot0_start' and 'mbr_start'. These symbols can then be used in sysinstall to get to the bits. Thoughts? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net 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?20010924202123.A2151>