public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* 64-bit Solaris and shared libraries
@ 2003-03-29  9:16 Anthony Green
  2003-03-29 11:22 ` Jakub Jelinek
  2003-03-29 19:51 ` Anthony Green
  0 siblings, 2 replies; 3+ messages in thread
From: Anthony Green @ 2003-03-29  9:16 UTC (permalink / raw)
  To: binutils, gcc

64-bit Solaris systems require 0 in e_flags of the ELF header (implying
RMO code).  gas currently defaults to TSO for sparc64, so you can't use
gcc to create a working .so without also using -Wa,-TSO.

Should gas be changed to always default to TSO? Or should GCC pass -TSO
to the assembler was suggested here:

	http://gcc.gnu.org/ml/gcc-bugs/2002-09/msg00742.html

Modifying gas certainly seems like a safe choice.

AG




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: 64-bit Solaris and shared libraries
  2003-03-29  9:16 64-bit Solaris and shared libraries Anthony Green
@ 2003-03-29 11:22 ` Jakub Jelinek
  2003-03-29 19:51 ` Anthony Green
  1 sibling, 0 replies; 3+ messages in thread
From: Jakub Jelinek @ 2003-03-29 11:22 UTC (permalink / raw)
  To: Anthony Green; +Cc: binutils, gcc

On Fri, Mar 28, 2003 at 07:07:11PM -0800, Anthony Green wrote:
> 64-bit Solaris systems require 0 in e_flags of the ELF header (implying
> RMO code).

0 is TSO.

>  gas currently defaults to TSO for sparc64, so you can't use

By default RMO.

> gcc to create a working .so without also using -Wa,-TSO.
> 
> Should gas be changed to always default to TSO? Or should GCC pass -TSO
> to the assembler was suggested here:

I think this is what should be done. Add -TSO if no -Wa,-PSO or -Wa,-RMO
is specified on the command line to sparc64-solaris specs.

> 
> 	http://gcc.gnu.org/ml/gcc-bugs/2002-09/msg00742.html
> 
> Modifying gas certainly seems like a safe choice.

But unnecessarily punishes all other sparc64 OSes - there is just one
sparc64 gas for Slowlaris, Linux, *BSD, ...
Most of the code out there certainly can work as RMO, and e.g. thread
libraries implementing synchronization primitives has to use membar
anyway so that they do work in all 3 models.

	Jakub

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: 64-bit Solaris and shared libraries
  2003-03-29  9:16 64-bit Solaris and shared libraries Anthony Green
  2003-03-29 11:22 ` Jakub Jelinek
@ 2003-03-29 19:51 ` Anthony Green
  1 sibling, 0 replies; 3+ messages in thread
From: Anthony Green @ 2003-03-29 19:51 UTC (permalink / raw)
  To: Anthony Green; +Cc: binutils, gcc

On Fri, 2003-03-28 at 19:07, Anthony Green wrote:
> 64-bit Solaris systems require 0 in e_flags of the ELF header (implying
> RMO code).  gas currently defaults to TSO for sparc64, so you can't use
> gcc to create a working .so without also using -Wa,-TSO.

Of course, I meant "gas currently defaults to RMO for sparc64".

AG


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-03-29 16:20 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-03-29  9:16 64-bit Solaris and shared libraries Anthony Green
2003-03-29 11:22 ` Jakub Jelinek
2003-03-29 19:51 ` Anthony Green

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).