This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] always define __sparc64__ on ultrasparc
- From: Jason R Thorpe <thorpej at wasabisystems dot com>
- To: "David S. Miller" <davem at redhat dot com>
- Cc: obrien at freebsd dot org, gcc-patches at gcc dot gnu dot org, jhb at freebsd dot org
- Date: Thu, 16 May 2002 21:30:38 -0700
- Subject: Re: [PATCH] always define __sparc64__ on ultrasparc
- Organization: Wasabi Systems, Inc.
- References: <20020516210458.A85424@dragon.nuxi.com> <20020516.210824.119537595.davem@redhat.com>
On Thu, May 16, 2002 at 09:08:24PM -0700, David S. Miller wrote:
> If FreeBSD and NetBSD still want to use __sparc64__ then they will
> have to be handled in the freebsd/netbsd headers.
...which NetBSD does.
> I would recommend, however, that these two systems stop making use of
> __sparc64__ and use __arch64__ instead. If you look, that is what the
> generic Sparc backend and the floating point headers, use to test this.
NetBSD does use __arch64__ (and also _LP64, which is considered by NetBSD
to be non-arch-specific way of saying "hi, I'm LP64, act accordingly")...
but the NetBSD convention is to also -D__$(MACHINE_ARCH)__, where
MACHINE_ARCH == i386, sparc, sparc64, alpha, m68k, sh, whatever.
--
-- Jason R. Thorpe <thorpej@wasabisystems.com>