Date: Tue, 7 May 2002 16:35:08 -0700 (PDT) From: Matthew Dillon <dillon@apollo.backplane.com> To: "David O'Brien" <obrien@FreeBSD.ORG> Cc: arch@FreeBSD.ORG Subject: Re: syscall changes to deal with 32->64 changes. Message-ID: <200205072335.g47NZ8FY001371@apollo.backplane.com> References: <XFMail.20020507140110.jhb@FreeBSD.org> <200205071940.g47Jehl84130@apollo.backplane.com> <20020507131314.B29014@dragon.nuxi.com> <200205072106.g47L6YuT000379@apollo.backplane.com> <20020507161730.A31409@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
:
:On Tue, May 07, 2002 at 02:06:34PM -0700, Matthew Dillon wrote:
:>
:> :
:> :On Tue, May 07, 2002 at 12:40:43PM -0700, Matthew Dillon wrote:
:> :> the way for us to allow natively compiled multi-architectural support.
:> :> e.g. consider this:
:> :>
:> :> cc -ABI4 ...
:> :> cc -ABI5 ...
:> :> cc -ABILinux ...
:> :> cc -ABIOpenBSD ...
:> :
:> :Honestly, why do we have this need? It seems to fall into the "it would
:> :be nice"; but seldomly used.
:>
:> Well, how do you intend to test the new ABI vector?
:
:One moves forward and does not look back.
Uh huh. Well, I have some experience with that when I tried changing
one of my test boxes over to a 64 bit time_t. I wound up having to
wipe the entire machine (raw dd from the backup partition). Twice.
To be blunt, making incremental changes and still having a working
system at the end of the day required extremely careful attention
to detail, and I made two mistakes over the period of several
days that I couldn't back out of.
In otherwords, my considered opinion is that it would actually be
*easier* to do the relatively modest amount of work required to generalize
the ABI linkage in order to save a whole lot more work down the line
when people actually try to test it. I will note that what I am
suggesting is considerably less work then the more radical suggestion
Poul had (note: I have no specific opinion on Poul's radical suggestion
at this time).
-Matt
Matthew Dillon
<dillon@backplane.com>
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?200205072335.g47NZ8FY001371>