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.

Ruslan Ermilov          Oracle Developer/DBA,
[EMAIL PROTECTED]           Sunbay Software AG,
[EMAIL PROTECTED]          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 [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to