[Unison-hackers] [Caml-list] lablgtk2: cannot find the Pango module?

[Benjamin C. Pierce]

Can't we just make this change conditionally -- i.e., use ocamlfind iff ocamlfind is installed?



On Jul 17, 2013, at 9:25 AM, Alan Schmitt <alan.schmitt at polytechnique.org> wrote:

> Dear all,
> 
> I was trying to compile the gtk version of unison on my machine, and was
> failing because I'm using lablgtk from opam (see below some messages on
> the caml list for context). I have been able to compile it replacing the
> +labgtk2 flag with `ocamlfind query lablgtk2`. Is it worth to make this
> change to the Makefile? This means requiring ocamlfind for unison-gtk2.
> 
> Best,
> 
> Alan
> 
> 
> adrien at notk.org writes:
> 
>> Hi,
>> 
>> On Tue, Jul 16, 2013, Thomas Gazagnaire wrote:
>>>> ocamlopt -g -I lwt -I ubase -I system -I fsmonitor -I fsmonitor/linux -I fsmonitor/windows -I system/generic -I lwt/generic -ccopt -mmacosx-version-min=10.5 -I +lablgtk2 -c /Users/schmitta/src/unison/trunk/src/uigtk2.ml
>>>> File "/Users/schmitta/src/unison/trunk/src/uigtk2.ml", line 81, characters 26-48:
>>>> Error: Unbound module Pango
>>>> 
>>>> The strange thing is that when I launch the lablgtk2 toplevel, I can do
>>>> a "open Pango" with no error.
>>> 
>>> I guess the -I +lablgtk2 does not use the right path. Under OPAM, files are installed in `opam config var lib`/labgtk (`opam config var labgtk:lib` in master). Or you can use the ocamlfind installation path: `ocamlfind query lablgtk`.
>> 
>> I know nothing about mac os x, opam and unison but nowadays lablgtk uses
>> ocamlfind. Maybe unison needs to be updated.
>> 
>> Lablgtk without ocamlfind might work but I'd say that if it breaks, you
>> get to keep the pieces.
>> (plus, I'm a member of the AANUOO: Association Against Non-Usage Of
>> Ocamlfind :-) )
> 
> _______________________________________________
> Unison-hackers mailing list
> Unison-hackers at lists.seas.upenn.edu
> http://lists.seas.upenn.edu/mailman/listinfo/unison-hackers