Date: Sun, 8 Apr 2001 15:50:38 -0400 (EDT) From: Andrew Gallatin <gallatin@cs.duke.edu> To: Rolf Neugebauer <neugebar@dcs.gla.ac.uk> Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: 64bits mixups (Was: Re: Vinum status) Message-ID: <15056.49422.725576.853296@grasshopper.cs.duke.edu> In-Reply-To: <ysqr8z32oak.fsf@therese.dcs.gla.ac.uk> References: <20010408030913.213D1380A@overcee.netplex.com.au> <3AD05711.7000002@videotron.ca> <15056.35511.810402.576637@grasshopper.cs.duke.edu> <ysqr8z32oak.fsf@therese.dcs.gla.ac.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15056.49422.725576.853296>