From owner-freebsd-alpha Sun Apr 8 12:55:35 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 96C7337B422 for ; Sun, 8 Apr 2001 12:55:32 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from zeppo.feral.com (IDENT:mjacob@zeppo [192.67.166.71]) by feral.com (8.9.3/8.9.3) with ESMTP id MAA22376; Sun, 8 Apr 2001 12:55:18 -0700 Date: Sun, 8 Apr 2001 12:55:10 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Andrew Gallatin Cc: Rolf Neugebauer , freebsd-alpha@FreeBSD.ORG Subject: Re: 64bits mixups (Was: Re: Vinum status) In-Reply-To: <15056.49422.725576.853296@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd like to suggest that if 32 bit support is absolutely criticial for a 'port' that this be hidden under linux or osf1 compatibility mode. I'd really like to avoid seeing 'native' alpha-FreeBSD have to deal with this stuff. > > Rolf Neugebauer writes: > > > > taso actually is a linker option, ie independent of the compiler. > > Ah, yes. I was actually thinking of this (Tru64) option: > > -xtaso_short > Directs the compiler to allocate 32-bit pointers by default. You can > still use 64-bit pointers, but only by the use of pragmas. The > -xtaso_short option also implies -xtaso; that is, -xtaso_short also > causes the compiler to respect the pointer_size pragmas. > > The use of the -xtaso_short option can cause conflicts between the > compiler's assumptions about pointer sizes and data layouts and the > default values that were in effect when the system libraries were > created. See protect_headers_setup(8) for details on how to avoid this > conflict. > > > > There is also a version of the GNU ld which implements this flag. IIRC > > this is not (yet?) part of the standard binutils distro, but is in a > > separate Linux branch. I once installed it on an Alpha/Linux box but > > can't remember were I downloaded it from :( > > Oh, That's interesting. I thought the Linux people were fundamentally > opposed to this. > > > Drew > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-alpha" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message