Description of problem: When compiling a program with module eventch, I get the following error: Error: Error on dynamically loaded library: /usr/lib/ocaml/eventchn/dlleventchn_stubs.so: /usr/lib/ocaml/eventchn/dlleventchn_stubs.so: undefined symbol: xc_evtchn_unbind When compiling a program with module xl, I get the following error: Error: Error on dynamically loaded library: /usr/lib/ocaml/xl/dllxl_stubs.so: /usr/lib/ocaml/xl/dllxl_stubs.so: undefined symbol: libxl_device_disk_del Version-Release number of selected component (if applicable): ocaml-xen-0.8.0-1 How reproducible: Everytime Steps to Reproduce: 1. Install ocaml-xen 2. create a simple test file containing «print_string "hello"» 3. compile it with ocamlfind ocamlc -o test -thread -package eventch -linkpkg -g test.ml 4. It gives the error. The other error comes when using the xl module.
CC: (none) => blue_prawn, malo
Hi, This bug was filed against cauldron, but we do not have cauldron at the moment. Please report whether this bug is still valid for Mageia 2. Thanks :) Cheers, marja
Keywords: (none) => NEEDINFO
alien : an you maybe shine a light on this matter. Roelof
CC: (none) => r.wobben
CC: (none) => alien
is this cauldron or mga2 or ? what happens when you do "ldd /usr/lib/ocaml/xl/dllxl_stubs.so" ? could it be possible for you to rebuild ocaml-xen?
i just submitted xen-4.2.1-1.mga3, it might be interesting to retry do know that packages are named differently now: xl => xenlight eventch => xeneventch
Thanks, I will have a look.
is it fixed now? can we close this?
Not fixed yet, I still get these undefined symbols errors.
did you use "ocamlfind ocamlc -o test -thread -package xeneventch -linkpkg -g test.ml" instead of "eventch" ? and "xenlight" instead of "xl"?
Yes, there are actually several different errors now. First pb: /usr/lib64/ocaml/xenlight/META should refer to xenlight.cm{,x}a Second pb : for xenctrl, when I do $ ocamlobjinfo /usr/lib64/ocaml/xenctrl/xenctrl.cmxa I get: Extra C object files: -lxenctrl_stubs /home/iurt/rpmbuild/BUILD/xen-4.2.1/tools/ocaml/libs/xc/../../../../tools/libxc/libxenctrl.so /home/iurt/rpmbuild/BUILD/xen-4.2.1/tools/ocaml/libs/xc/../../../../tools/libxc/libxenguest.so There is a path problem there during the production of the library. Third pb: I get a similar: Extra C object files: -lxeneventchn_stubs /home/iurt/rpmbuild/BUILD/xen-4.2.1/tools/ocaml/libs/eventchn/../../../../tools/libxc/libxenctrl.so when i look at ocamlobjinfo /usr/lib64/ocaml/xeneventchn/xeneventchn.cmxa No pb with ocaml modules: xenmmap, xenstore, xenbus though :-) Hope that helps.
hmm, i know next to nothing about ocaml(i don't even know what it is or does), so you'll have to help me a bit in figuring this out... 1. are you saying that this should just be changed? just one word? 2. does this mean it's libraries that are badly linked? or something similar.? what would you expect? 3. same?
i found in your ocaml wiki: ocaml-xen should be split in ocaml-xen and ocaml-xen-devel, (2013-03-04) missing Requires: xen-devel what kind of filenames should be in -devel and which in regular package? should some files be deleted? ie: the .a files?
i split up and fixed Xen with the help of upstream... i submitted it. can you retest?
Works now. Thanks.
Status: NEW => RESOLVEDResolution: (none) => FIXED