On Tue, Sep 02, 2008 at 03:46:56PM -0400, Jakub Jelinek wrote: > Likely the binary has just some data > appended to it and the authors haven't bothered to put it into a proper > ELF non-allocated section instead, obviously both stripping and prelinking > won't preserve randomly inserted data somewhere outside of the ELF sections. > Both strip and prelink expect ELF objects, not some ad-hoc ELF plus > something format. NekoVM which I'm packaging at the moment[1][2] does this with the Neko bytecode. I looked at the ELF format and it's actually way more difficult than I imagined to work out if a file has 'stuff' appended to it. In fact I don't think it's possible to distinguish this case from normal spare bytes at the end. So instead I'll raise this as a bug with NekoVM and see if they can just use a normal note section. (Probably not though, because they're mostly Windows programmers). Rich. [1] http://www.nekovm.org/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=460779 -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones Read my OCaml programming blog: http://camltastic.blogspot.com/ Fedora now supports 64 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
