From owner-freebsd-current Mon Aug 13 10:25: 2 2001 Delivered-To: freebsd-current@freebsd.org Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by hub.freebsd.org (Postfix) with ESMTP id 22E0237B405; Mon, 13 Aug 2001 10:24:53 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.11.2/8.11.2) id f7DHOiN04269; Mon, 13 Aug 2001 20:24:44 +0300 (EEST) (envelope-from ru) Date: Mon, 13 Aug 2001 20:24:44 +0300 From: Ruslan Ermilov To: John Baldwin Cc: current@FreeBSD.org, Warner Losh , Bruce Evans , Mark Peek Subject: Re: Cross builds and upgrade path from 4.x are broken in usr.bin Message-ID: <20010813202444.C2099@sunbay.com> Mail-Followup-To: John Baldwin , current@FreeBSD.org, Warner Losh , Bruce Evans , Mark Peek References: <20010810202300.A80439@sunbay.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Fri, Aug 10, 2001 at 11:54:27AM -0700 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Aug 10, 2001 at 11:54:27AM -0700, John Baldwin wrote: > > On 10-Aug-01 Ruslan Ermilov wrote: > > On Fri, Aug 10, 2001 at 10:04:01AM -0700, Mark Peek wrote: > >> At 7:14 PM +0300 8/10/01, Ruslan Ermilov wrote: > >> >On Fri, Aug 10, 2001 at 08:38:21AM -0700, Mark Peek wrote: > >> > > At 5:37 PM +0300 8/10/01, Ruslan Ermilov wrote: > >> > > I'm not sure I understand what you mean by "cross-platform" > >> >> installworld. Do you mean "build on a HOST platform and install on > >> >> TARGET", or "build on a HOST, install on HOST but using a TARGET > >> >> disk"? > >> >> > >> >I meant the latter here. > >> > >> Has this ever worked? > >> Is it really a goal of the project to have it work? > >> > > Yes. Imagine that you are rolling an Alpha release on an i386 box. > > You don't do that. Cross releases need much more work before that is > feasible. As Mark mentions, there are many thigns that would need to be > fixed. Also, the release process would be hacked, and you still wouldn't > have a true "clean room" release since you can't build a "clean room" to run > a fresh world in. > But this doesn't mean we should add more to this breakage, if we can avoid this. Otherwise, you more and more complicate the task for making this scenario possible. > >> Your solution does not work. You're creating binary files in HOST > >> format during the build phase and expecting things such as alignment > >> and endianness to be the same as the TARGET format. Unless the tools > >> are built to output for either the appropriate architecture or in a > >> portable, binary format, you will have problems reading the file on > >> the TARGET platform. It probably works for you since you're doing a > >> 4.X->5.0 upgrade on the same platform. > >> > > What? ``file -C'' produces different output on Alpha and on i386? > > Are you sure? (Haven't checked myself.) > > sparc64 is big endian. > So what? There are utilities that produce MI binary output. Apparently, this one does not. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message