Talk:Executable and Linkable Format

This is an old revision of this page, as edited by Guy Harris (talk | contribs) at 00:11, 14 November 2006 (Add {{subst:unsigned}} to the item that started this section.). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Latest comment: 18 years ago by Guy Harris in topic ELF Problems

Soft redirect to:Module:WikiProject banner/doc
This page is a soft redirect.

Does Mac OS X use ELF?? -- Michael

See Talk:Mac OS X. Dysprosia 07:50, 30 Sep 2003 (UTC)
I thin also this should reference OLE Object linking and embedding, which I think may embody the MS way and Maybe Component Object Model Where the *nix way is more of a Process model or some such. Quinobi 21:19, 9 July 2005 (UTC)Reply

sources

free ELF object file access library might want to change to this link, old link redirects to here!

Jacksum

If ELF-32 indeed means the checksum used by this executable format, then it might make sense to add this link (and some explanation):

  • Jacksum — by Dipl.-Inf. (FH) Johann N. Löfflmann in Java. Various message verification functions. Released under the GPL.

Otherwise, please correct the Jacksum article. Shinobu 16:47, 24 October 2005 (UTC)Reply

outperform != not a competitor

This sentence doesn't make sense:

Because other formats are proprietary, platform-specific, or less extensible than ELF, some users hold that ELF outperforms other formats, whereas others may consider it a competitor to the other format

I can't tell what is trying to be said. Are we suggesting that some people think that ELF's openness and flexibility make it far beyond the alternatives (to the extent that the alternatives are not options, but relics)? Even if so, the sentence doesn't read well. The first part does not contradict the second (as expected when using whereas). One competitor may outperform the alternatives.

How about something more like: Since it is nonproprietary, platform-agnostic, and extensible, many users consider ELF to be far beyond its competitors.

Or perhaps remove the line entirely.

--JamesBrownJr 21:10, 6 June 2006 (UTC)Reply

ELF Problems

Someone should add a section about ELF's significant problems, especially regarding dynamic linking semantics. See: [1] and [2] —The preceding unsigned comment was added by 131.111.243.37 (talkcontribs) 10:10, 13 November 2006 (UTC).Reply

See also Porting UNIX/Linux applications to Mac OS X: Understanding Two-Level Namespaces and Mac OS X Developer Release Notes: Two-Level Namespace Executables, as perhaps what the ELF section of the "Linux Problems" page of the Autopackage Wiki calls "hash" sometimes has ingredients that don't taste too bad, even if the hash as a whole isn't to your taste. Guy Harris 00:10, 14 November 2006 (UTC)Reply