From: "Zack Weinberg" <zack@codesourcery.com>
To: Paul Eggert <eggert@CS.UCLA.EDU>
Cc: Ben Elliston <bje@wasabisystems.com>,
gcc@gcc.gnu.org, binutils@sources.redhat.com,
gdb@sources.redhat.com, rms@gnu.org
Subject: Re: flag day for Solaris portions of config.{guess,sub}
Date: Sat, 29 Nov 2003 00:25:00 -0000 [thread overview]
Message-ID: <87znegqb31.fsf@codesourcery.com> (raw)
In-Reply-To: <871xrs5b9j.fsf@penguin.cs.ucla.edu> (Paul Eggert's message of "28 Nov 2003 15:22:32 -0800")
Paul Eggert <eggert@CS.UCLA.EDU> writes:
> "Zack Weinberg" <zack@codesourcery.com> writes:
>
>> THE OUTPUT OF CONFIG.GUESS MUST NOT EVER CHANGE.
>> EVEN IF IT IS WRONG.
>
> It isn't reasonable to insist on this as an absolute policy. If this
> policy were strictly adhered to, most of the changes to config.guess
> would be disallowed, as config.guess typically outputs something wrong
> on unusual hosts.
Possibly I should have phrased it differently. Referring only to
config.guess gives a misleading impression. This isn't about bugs in
config.guess/config.sub (which I limit to "conflates two different
systems" and "prints something that doesn't have the form of a
canonical system name"). This is about canonical system names, which
must be stable even if the stable name isn't ideal.
Once a canonical name has been chosen for a given operating system,
that canonical name must not ever change.
Once a pattern of canonical names has been chosen for a given family
of operating systems, that pattern must not ever change.
Do otherwise and you ruin the utility of canonical system names; we
might as well all hand-parse uname -a output.
zw
next prev parent reply other threads:[~2003-11-29 0:25 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-20 9:31 Ben Elliston
2003-11-20 11:34 ` Eric Botcazou
2003-11-20 14:12 ` Rainer Orth
2003-11-20 18:57 ` Paul Eggert
2003-11-20 19:14 ` Rainer Orth
2003-11-20 19:46 ` Albert Chin-A-Young
2003-11-20 21:02 ` Paul Eggert
2003-11-20 21:19 ` Rainer Orth
2003-11-21 0:33 ` Paul Eggert
2003-11-21 0:44 ` Rainer Orth
2003-11-22 21:28 ` Richard Stallman
2003-11-23 22:13 ` Branko Čibej
2003-11-24 6:33 ` Paul Eggert
2003-11-24 7:03 ` Eric Botcazou
2003-11-24 9:41 ` Paul Eggert
2003-11-24 10:01 ` Eric Botcazou
2003-11-24 20:46 ` Paul Eggert
2003-11-25 7:46 ` Eric Botcazou
2003-11-25 21:55 ` Paul Eggert
2003-11-26 5:25 ` Eric Botcazou
2003-11-26 5:34 ` Ben Elliston
2003-11-26 22:59 ` Russ Allbery
2003-11-25 4:37 ` Richard Stallman
2003-11-26 2:03 ` Zack Weinberg
2003-11-20 21:05 ` Eric Botcazou
2003-11-20 21:15 ` Rainer Orth
2003-11-20 22:27 ` Phil Edwards
2003-11-21 21:39 ` tm_gccmail
2003-11-21 21:45 ` Joe Buck
2003-11-27 10:50 ` Zack Weinberg
2003-11-28 23:22 ` Paul Eggert
2003-11-29 0:25 ` Zack Weinberg [this message]
2003-12-01 20:50 ` Paul Eggert
2003-12-01 21:29 ` Zack Weinberg
2003-12-02 21:29 ` Paul Eggert
2003-12-02 21:40 ` Zack Weinberg
2003-12-02 22:08 ` Ben Elliston
2003-12-03 17:17 ` Richard Stallman
2003-12-03 17:22 ` Zack Weinberg
2003-12-03 17:26 ` Arnaud Charlet
2003-12-04 7:33 ` Richard Stallman
2003-12-04 8:00 ` Branko Čibej
2003-12-05 17:26 ` Richard Stallman
2003-12-05 17:53 ` Zack Weinberg
2003-12-05 18:44 ` Joe Buck
2003-12-06 11:31 ` Nix
2003-12-07 23:04 ` Branko Čibej
2003-12-04 10:11 ` Zack Weinberg
2003-12-04 10:49 ` Ben Elliston
2003-12-04 21:37 ` Paul Eggert
2003-12-04 21:53 ` Zack Weinberg
2003-12-04 23:00 ` Arnaud Charlet
2003-12-04 23:04 ` Alexandre Oliva
2003-12-04 23:15 ` Joe Buck
2003-12-04 23:27 ` Zack Weinberg
2003-12-04 23:38 ` Ben Elliston
2003-12-04 23:41 ` Zack Weinberg
2003-12-05 11:44 ` Alexandre Oliva
2003-12-06 5:20 ` Eric Botcazou
2003-12-06 20:37 ` Alexandre Oliva
2003-12-06 21:16 ` Eric Botcazou
2003-12-07 9:15 ` Arnaud Charlet
2003-12-07 9:45 ` Eric Botcazou
2003-12-07 19:20 ` Zack Weinberg
2003-12-05 4:50 ` Russ Allbery
2003-12-05 11:46 ` Alexandre Oliva
2003-12-08 13:25 ` Rainer Orth
2003-12-08 22:35 ` Paul Eggert
2003-12-08 23:44 ` Rainer Orth
2003-12-08 23:51 ` Zack Weinberg
2003-12-10 0:03 ` Paul Eggert
2003-12-12 5:24 ` Alexandre Oliva
2003-12-12 5:38 ` Zack Weinberg
2003-12-12 21:26 ` Rainer Orth
2003-12-05 23:20 ` Richard Stallman
2003-12-04 14:16 ` Andrew Cagney
2003-12-02 22:47 Wolfgang Bangerth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87znegqb31.fsf@codesourcery.com \
--to=zack@codesourcery.com \
--cc=binutils@sources.redhat.com \
--cc=bje@wasabisystems.com \
--cc=eggert@CS.UCLA.EDU \
--cc=gcc@gcc.gnu.org \
--cc=gdb@sources.redhat.com \
--cc=rms@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox