This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: What to do about macppc-unknown-netbsd...
- To: Alexandre Oliva <aoliva at redhat dot com>
- Subject: Re: What to do about macppc-unknown-netbsd...
- From: Mo McKinlay <mmckinlay at gnu dot org>
- Date: Tue, 30 Jan 2001 23:51:20 +0000 (UTC)
- cc: Bruce Korb <bkorb at allegronetworks dot com>, 'Torbjorn Granlund' <tege at swox dot com>, "'config-patches at gnu dot org'" <config-patches at gnu dot org>, "'gcc at gcc dot gnu dot org'" <gcc at gcc dot gnu dot org>
- Organization: inter/open Labs
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Today, Alexandre Oliva (aoliva@redhat.com) wrote:
> On Jan 30, 2001, Bruce Korb <bkorb@allegronetworks.com> wrote:
>
> > the `config.guess' code, of course, uses `uname -m`.
> > It would seem more straight forward to try to use `uname -p`
>
> On GNU/Linux/x86 (Red Hat Linux 7, if that matters):
>
> aoliva% /bin/uname -p
> unknown
>
> Err, not very useful... But:
>
> aoliva% /bin/uname -m
> i686
>
> uname is from GNU sh-utils 2.0.
GNU uname has always (as far as I know) produced this behaviour under
GNU/Linux - the uname() syscall returns 'i686' as the machine, but doesn't
have a processor field, so uname fills it in as 'unknown'.
Without either changing uname in the kernel, or adding Linux-specific
stuff to GNU uname, I'd imagine that this is how it will remain.
Mo.
- --
Mo McKinlay
mmckinlay@gnu.org
- -------------------------------------------------------------------------
GnuPG/PGP Key: pub 1024D/76A275F9 2000-07-22
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iEYEARECAAYFAjp3U3oACgkQRcGgB3aidflR2wCgsLMU7Q+6DZJJ92lDd0B2qGHU
azkAnj8rXMpbAzHd9H05MIoNuXs88+67
=zVoL
-----END PGP SIGNATURE-----