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
[Caml-list] ocamlc -linkall: problems with external functions?
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Richard Jones <rich@a...>
Subject: [Caml-list] Re: ocamlc -linkall: problems with external functions?
On Mon, Feb 23, 2004 at 10:37:45PM -0800, Ranjan Bagchi wrote:
> mod_caml_executable: $(ALL_CMOS) apache_c.o wrappers.o dummy.o
>        $(OCAMLC) -linkall -custom $(OCAMLCFLAGS) $(ALL_CMAS) $^ -o $@
> results in the very strange startup error (when doing 
> /usr/sbin/apachectl start):
> Fatal error: unknown C primitive `pcre_get_match_limit_wrapper'

I'm guessing that this is something to do with the link order ...?

You could try adding the -verbose option to ocamlc which should
display the actual commands it is executing.

> (PS -- why I'm doing this.  I'm trying to load into the executable the 
> rpc library.  The reason why is that Dynlink seems to really dislike 
> loading -- at run time -- the rpc.cma and equeue.cma libraries.  
> However, I've found that building an executable with --linkall produces 
> a system that Dynlink can use to load in code building **using** rpc:  
> stub modules, etc)

Hopefully I'm going to be able to fix some of this soon ... by using
the same tricks that Vlad Seryakov uses in his AOLServer/caml program
(see an earlier posting on caml-list).


Richard Jones.
Merjis Ltd. - improving website return on investment - management courses

To unsubscribe, mail Archives:
Bug reports: FAQ:
Beginner's list: