Path: utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!mailrus!sharkey!itivax!scs
From: scs@itivax.iti.org (Steve C. Simmons)
Newsgroups: gnu.gcc.bug
Subject: Re: Future of gcc in terms of threads and shared libraries
Summary: Not a good general change
Keywords: shared libraries, shared data in lightweight processes
Message-ID: <571@itivax.iti.org>
Date: 24 Jan 89 15:21:55 GMT
References: <HAM.89Jan23194625@polya.Stanford.EDU>
Reply-To: scs@itivax.iti.org (Steve C. Simmons)
Distribution: gnu
Organization: Industrial Technology Institute, Ann Arbor, MI.
Lines: 21

In article <HAM.89Jan23194625@polya.Stanford.EDU> ham@polya.Stanford.EDU (Peter R. Ham) writes:
>	At the Distributed Systems Group, we are working to extend 
>gcc to accept a new keyword "shared" to distinguish global data
>that is shared among light weight process in a task . . .

While this sounds eminently useful for your group, I'd rather not see
it incorporated into the general gcc compiler until such a time as
l/w processes become more generally available.  Not that my opinion
carries any weight . . . :-)

> will try and tackle shared libraries?  Anyone working on the compiler issues
>relating to this?  Does gcc fit into the shared library architecture of
>the new version of SunOS?

Gcc links just fine with shared libraries on the unix-pc.  No hacks
required -- everything is done by ld, not the compiler.  Haven't tried
it under 4.0SunOS.
-- 
Steve Simmons		          scs@vax3.iti.org
Industrial Technology Institute     Ann Arbor, MI.
"Velveeta -- the Spam of Cheeses!" -- Uncle Bonsai