Date: Tue, 11 Feb 1997 15:49:49 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: msmith@atrad.adelaide.edu.au (Michael Smith) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, swallace@ece.uci.edu, current@freebsd.org Subject: Re: linux ELF codine no go on 2.2 Gamma Message-ID: <199702112249.PAA29180@phaeton.artisoft.com> In-Reply-To: <199702112155.IAA07388@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Feb 12, 97 08:25:31 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > The "loaded from" hints cruft is really, really unnecessary. If > > you have a problem, get the people causing it to use fixed tools. > > In an ideal world, this would be nice. Reality ain't quite like that > though; there are, and will continute to be for some time, commercial > ELF binaries out there that _aren't_ branded, and in some cases > branding them is impractical (there are lots of them scattered around > inside a product) or impossible (the product resists tampering by > employing a self-validation process). #define UNBRANDED_ELF SVR4_ABI You do not need to brand commercial ELF binaries, unless they are from Linux. If they are from Linux, brand them this time, and expect them to use the updated tools (and come branded) next release. If they are FreeBSD ELF binaries, I'd be interested in acquiring shares in your time portal, since it isn't really a time portal, it's a gateway to an alternate universe where FreeBSD ELF binaries are produced with tools other than the ones we have. > Using the path of an executable won't _hurt_ anything, and in the case > of stuff that's installed under the 'compat' tree will just magically > DTRT. Assuming your path "magically" includes compat/* as a prefix for each and every path component. Not otherwise, however. [ ... reason for ELF branding is FreeBSD ELF vs. other ELF ... ] > This has _nothing_ to do with the problem I am trying to address, > which is strictly one of getting other peoples' > unbranded-out-of-the-box ELF binaries to work with a minimum of > nonstandard screwing around on the part of the user. What other ELF binaries, not fixed in the next release, are unbranded non-SVR4-EABI ELF binaries? Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199702112249.PAA29180>