From owner-freebsd-current Fri Aug 10 10:34:31 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 0F41337B403 for ; Fri, 10 Aug 2001 10:33:30 -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 f7AHN0k87194; Fri, 10 Aug 2001 20:23:00 +0300 (EEST) (envelope-from ru) Date: Fri, 10 Aug 2001 20:23:00 +0300 From: Ruslan Ermilov To: Mark Peek Cc: Bruce Evans , Warner Losh , current@FreeBSD.ORG Subject: Re: Cross builds and upgrade path from 4.x are broken in usr.bin/file Message-ID: <20010810202300.A80439@sunbay.com> Mail-Followup-To: Mark Peek , Bruce Evans , Warner Losh , current@FreeBSD.ORG References: <20010810110151.B7988@sunbay.com> <20010810235643.Y23367-100000@besplex.bde.org> <20010810173751.B60193@sunbay.com> <20010810191407.A73485@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 mark@whistle.com on Fri, Aug 10, 2001 at 10:04:01AM -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 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. > If it is, then there's more work to be done than just "file". > Probably, haven't checked this recently. > What about the timezone files and perl? Both of these run during the > install phase. > This shouldn't be a problem as long as they are properly bootstrapped (if needed). > If this is really a goal, then you should redesign the > process and not put more and more tools into the "build tools" > category to work around these problems. > Take a look at sysinstall/Makefile to have a better idea of what a "pure" build tool is, rtermcap. It is just the first incident (with file(1)) that it's also a build-tool for its own .mgc files. > > > I believe the only scenario that is supportable is the former > >> and you should always run installworld on the TARGET platform. > >> > >Why? Both should be supported, but the latter is only possible > >if we don't "build" anything at "install" time, as with my patch. > >My solution works in both cases. > > 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.) > Ruslan, it's clear that you have a different goal in mind for cross > platform builds and want to run installworld on the HOST system. The > simple fact is that this does not work today, does not work with my > patch and will continue to not work with your patch. My patch will at > least allow the files to be created in the correct format and allow > for cross platform HOST builds and TARGET installs. > Yes, my goal is to have "everything" work. The fact that some other parts of the src/ tree may (ATM) break cross-platform installworlds, does not mean we should add more to this breakage. > >"Mark's patch doesn't work quite right." - ru > > I'll be nice and assume you forgot a :-) on that comment. My patch > works with the current build structure. It just doesn't work for your > intended use. > Err. Your patch does not solve the 4.x -> 5.0 upgrade path breakage, hence no smiley. Don't you see? (The libc.so.4 vs libc.so.5 issue.) And this is the MUST to work. I'm mostly concerned about this rather than of cross-platform building. 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