From: Sven Luther <sven.luther@wanadoo.fr>
To: Xavier Leroy <Xavier.Leroy@inria.fr>
Cc: Leo Rozenberg <leonidr@gmail.com>, caml-list@inria.fr
Subject: Re: [Caml-list] prelinking ocamlfind
Date: Sat, 17 Jul 2004 17:04:42 +0200 [thread overview]
Message-ID: <20040717150442.GA25514@pegasos> (raw)
In-Reply-To: <20040716144701.GB1905@yquem.inria.fr>
On Fri, Jul 16, 2004 at 04:47:02PM +0200, Xavier Leroy wrote:
> > I have noticed an odd behavior, between 3.07 and 3.08.0 versions of
> > ocaml. On otherwise identical systems of Fedora Core 1 distributions
> > (which by default prelinks libraries and executables daily), the
> > prelink command modifies ocamlfind built by 3.08 but not by 3.07.
> > This was concluded by examining the prelink log (prelink.log), which
> > is invoked with
> > /usr/sbin/prelink -av -mR -q
>
> I can't really explain the different behaviour between 3.07 and 3.08
> (it seems to boil down to the fact that ocamlfind is linked with
> different shared libraries in both cases, so maybe your two OCaml
> installations were configured differently).
>
> On a related not, I just wanted to mention that Fedora's prelinking
> breaks mixed-mode executables generated by "ocamlc -custom", rendering
> them unusable. The reason is that prelinking removes the bytecode
> part of these mixed-mode executables, just like "strip" does.
Xavier, i have been told that this probably happens because we use a elf
section that is normally strippable. It could be solved by using a
special elf section specialized to our need (maybe one named bytecode or
something), then at least strip and possibly the prelink stuff, would
not remove it as it does not.
Now, i am not elf knowledgeable, but i suppose this may break backward
compatibility of ocaml code or something. See here for the later debian
bug report, but there was some other discussion of this earlier i don't
remember :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256900
Friendly,
Sven Luther
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
next prev parent reply other threads:[~2004-07-17 14:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-14 14:53 Leo Rozenberg
2004-07-16 14:47 ` Xavier Leroy
2004-07-17 15:04 ` Sven Luther [this message]
2004-07-19 13:48 ` Xavier Leroy
2004-07-20 3:31 ` Sven Luther
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040717150442.GA25514@pegasos \
--to=sven.luther@wanadoo.fr \
--cc=Xavier.Leroy@inria.fr \
--cc=caml-list@inria.fr \
--cc=leonidr@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).