[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
| Date: | -- (:) |
| From: | Dmitry Bely <dbely@m...> |
| Subject: | Re: [Caml-list] camlidl - problems under windows NT |
"William D. Neumann" <wneumann@cs.unm.edu> writes: > I'm having some problems getting camlidl to work for me under windows NT > (well, not camlidl, but its output). I created a very simple C routine, > bf.c and its associated .idl file, dumb.idl, which I processed with > camlidl...all went well here. I then compiled bf.c, dumb.c, dumb.mli, and > dumb.ml without problems. The problem comes when I try to use the results > of the above in a new program. Here's what happens: > > $ ocamlc -o bftest -custom bf.obj dumb.obj dumb.cmo bft.ml -cclib -lcamlidl > camlprim0.c > libcamlidl.lib(idlalloc.obj) : error LNK2001: unresolved external symbol > __imp__CoTaskMemAlloc@4 > libcamlidl.lib(idlalloc.obj) : error LNK2001: unresolved external symbol > __imp__CoTaskMemFree@4 > bftest.exe : fatal error LNK1120: 2 unresolved externals > Error while building custom runtime system You need to link ole32.lib and oleaut32.lib into resulting executable. > This happens both at a DOS prompt and under Cygwin (using the > Native Win32 port, not one compiled from source under Cygwin). When I > perform the same steps under my OS X installation, everything works > fine. Yes, camlild runtime library uses COM only under Windows. Hope to hear from you soon, Dmitry ------------------- 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