Article View: gnu.gcc.bug
Article #2178Re: Future of gcc in terms of threads and shared libraries
From: Steve C. Simmons
Date: Tue, 24 Jan 1989 15:21
Date: Tue, 24 Jan 1989 15:21
21 lines
1609 bytes
1609 bytes
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
Technical Details
Message-ID:
<571@itivax.iti.org>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!watmath!uunet!tut.cis.ohio-state.edu!mailrus!sharkey!itivax!scsReferences:
<HAM.89Jan23194625@polya.Stanford.EDU>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!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