Version française
Home     About     Download     Resources     Contact us    

This site is updated infrequently. For up-to-date information, please visit the new OCaml website at

Browse thread
undefined symbol `caml_tuplify2' in dynamic rocaml extension
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: 2007-08-01 (23:23)
From: Jos Backus <jos@c...>
Subject: Re: [Caml-list] undefined symbol `caml_tuplify2' in dynamic rocaml extension (UPDATE)
On Wed, Aug 01, 2007 at 10:59:07AM -0700, Jos Backus wrote:
> On Wed, Aug 01, 2007 at 09:17:02AM -0700, Jos Backus wrote:
> > On Wed, Aug 01, 2007 at 11:16:47AM +0200, Mauricio Fernandez wrote:
> [snip]
> > > If you could pinpoint the conversion that's triggering the problem (and it's
> > > indeed a problem caused by a Ruby <-> OCaml conversion) we'd be one step
> > > away from fixing it.  Have you tried to disassemble the extension and see
> > > where caml_tuplify2 is being called?
> > 
> > I'll have a look. I do see references to caml_tuplify2 in other .a's as well.
> It turns out my extension doesn't call it but one of the required libraries
> does.
> Here's what I am doing:

Some good news. We got this to work by creating a file (containing the
Callback.register calls) in the extension directory, and adding some values to

It looks like we are really close. The next (final?) issue is that we have a
function with signature

    val eval : kpp -> string -> value list -> value list


    type value =
	| Vstr of string
	| Vtup of value list

which we want to export to Ruby. We tried:

    Interface.generate(EXT_NAME) do
      value = sym_variant("value") do |t|
	non_constant :Vstr, STRING
	non_constant :Vtup, LIST(t)

      def_class("KPP") do |c|
	t = c.abstract_type
	fun "make", STRING => t
	method "eval", [t, STRING, value] => LIST(STRING)

but it doesn't work (it segfaults inside the extension).

How does one represent `value' on the Ruby side?

Btw, besides having to remove the stray `"' we also found that we had to patch
the kpp_rocaml_wrapper.c to make it compile, basically doing a `%s/t_value
/t_value_/g' in this case.

Hope this feedback is useful. Thanks!

Jos Backus
jos at