Re: object/load module formats

"Steven D. Majewski" <sdm7g@elvis.med.virginia.edu>
Wed, 16 Feb 1994 16:35:46 GMT

          From comp.compilers

Related articles
object/load module formats shaun@rdc31.std.com (Shaun Wilkinson) (1994-02-15)
object/load module formats ssimmons@convex.com (1994-02-16)
Re: object/load module formats sdm7g@elvis.med.virginia.edu (Steven D. Majewski) (1994-02-16)
Re: object/load module formats geoff@fcca.csi.com (1994-02-16)
Re: object/load module formats jprice@cadev5.intel.com (1994-02-19)
Re: object/load module formats brent@jade.ssd.csd.harris.com (1994-02-20)
Re: object/load module formats rfg@netcom.com (1994-02-24)
Re: object/load module formats meissner@osf.org (1994-03-02)
Re: object/load module formats rfg@netcom.com (1994-03-12)
[1 later articles]
| List of all articles for this month |

Newsgroups: comp.compilers
From: "Steven D. Majewski" <sdm7g@elvis.med.virginia.edu>
Keywords: linker, comment
Organization: University of Virginia
References: 94-02-094
Date: Wed, 16 Feb 1994 16:35:46 GMT

In a comment to Shaun Wilkinson's <shaun@rdc31.std.com>
    our beloved comp.compilers moderator wrote:


>[SVR4 has ELF, OSF/1 has ROSE, and GNU has a souped up BSD format. Is anyone
>moving toward anything else? -John]


Where does COFF fit into this list? Is that the acronym for the BSD format ?


I too, would like to find something to read other than ".h" files
to understand the various formats. Are there any good guides ?


Also any good sources on dynamic loading ( other than the papers
bundled in the gnu dld distribution. ) in particular, and linking
and shared-libraries in general.




- Steve Majewski (804-982-0831) <sdm7g@Virginia.EDU>
- UVA Department of Molecular Physiology and Biological Physics
[COFF is the format used by SVRx for x<4. I don't think anyone is using it
for new projects. I'm not aware of any books on linking and loading, so I'm
planning to write one later this year. -John]
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.