caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Jianzhou Zhao <jianzhou@seas.upenn.edu>
To: Mark Shinwell <mshinwell@janestreet.com>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Debugging C and OCaml
Date: Mon, 1 Mar 2010 19:52:01 -0500	[thread overview]
Message-ID: <9dfe358d1003011652p5732e592t465468d0d8a64b42@mail.gmail.com> (raw)
In-Reply-To: <9dfe358d1003011648g58c07831p9b27bc76276a9461@mail.gmail.com>

On Mon, Mar 1, 2010 at 7:48 PM, Jianzhou Zhao <jianzhou@seas.upenn.edu> wrote:
> On Mon, Mar 1, 2010 at 10:19 AM, Mark Shinwell <mshinwell@janestreet.com> wrote:
>> On Mon, Mar 01, 2010 at 10:10:44AM -0500, Jianzhou Zhao wrote:
>>> My main program is C++. It uses C functions to call
>>> OCaml functions, and these OCaml functions also call
>>> C functions and wrapped C++ functions sometimes.
>>>
>>> I can debug from C++, but it stops when it meets
>>> an OCaml binding. Does anyone know an efficient
>>> solution about how to debug across different languages?
>>
>> Is this native code compilation?
>
> I compiled OCaml code into *.o by 'ocamlc -custom -output-obj...',
> and then linked it with *.o from C and C++ code.
> I think this isnt a native compilation.
>
> My main C++ program is eventually compiled into a shared library.
> If I do 'ocamlopt', ld reports:
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld:
> /mnt/eclipse/acg/users/jianzhou/tools/ocaml-3.11.2//lib/ocaml/libasmrun.a(amd64.o):
> relocation R_X86_64_PC32 against symbol `caml_last_return_address' can
> not be used when making a shared object; recompile with -fPIC
>
> So I am doing ''ocamlc -custom' for the time being.
>
>>
>> If so, you should be able to use gdb to debug into the Caml bindings at the
>> assembly level -- does that work?  Unfortunately at the moment there is no Caml
>> compiler support for emitting the debug info required by gdb to debug at the
>> language level.  That said, ocamlopt-compiled assembly code is fairly easy to
>> read, and you should be able to get something resembling a backtrace using
>> "where".
>
> Now I can debug into OCaml assembly from C, and its stack frames.
>
> #0  0x00007ffff6cad3f4 in caml_interprete ()
> #1  0x00007ffff6caa54f in caml_callbackN_exn ()
> #2  0x00007ffff6caa64a in caml_callback_exn ()
> #3  0x00007ffff6caa658 in caml_callback ()
> ...
>
> It seems that OCaml runtime is interpreting via 'caml_interprete' the
> OCaml function which C
> calls at runtime. If this is true, we cannot really debug that OCaml
> function, but we can
> see how it is interpreted. But I guess we can debug the real assembly if I do
> native compilation.

If we do native compilation, will each OCaml function be assembled to
a function in assemly with a readable name? That will help a lot while
reading the assemly code.

>
>>
>> Mark
>>
>
>
>
> --
> Jianzhou
>



-- 
Jianzhou


  reply	other threads:[~2010-03-02  0:52 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-01 15:10 Jianzhou Zhao
2010-03-01 15:19 ` [Caml-list] " Mark Shinwell
2010-03-01 19:24   ` rixed
2010-03-01 19:27     ` Mark Shinwell
2010-03-02  9:50       ` rixed
2010-03-02  0:48   ` Jianzhou Zhao
2010-03-02  0:52     ` Jianzhou Zhao [this message]
2010-03-02  7:36       ` Mark Shinwell
2010-03-02  7:42     ` Mark Shinwell

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=9dfe358d1003011652p5732e592t465468d0d8a64b42@mail.gmail.com \
    --to=jianzhou@seas.upenn.edu \
    --cc=caml-list@yquem.inria.fr \
    --cc=mshinwell@janestreet.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).