Re: Removing Camlp4 dependency from OPAM package
Andre Maroneze <[email protected]> Tue, 8 Mar 2016 18:04:50 +0100
| Newsgroups | gmane.comp.lang.ocaml.lib.gtk |
|---|---|
| Message-ID | <[email protected]> |
Thank you, I just tried and there's a small patch that I had to make to =
src/Makefile:
+ ifneq ($(CAMLP4O),no)
.ml4.ml:
$(CAMLP4O) -impl $< -o $@
+ endif
Otherwise, if the timestamp of some .ml4 file is more recent than it =
should be, that rule gets activated and results in:
# make -C src world
# make[1]: Entering directory '~/git/lablgtk/src'
# no -impl check_externals.ml4 -o check_externals.ml
# Makefile:196: recipe for target 'check_externals.ml' failed
What I actually did was to retrieve the "opam" file from the 2.18.3, =
patch it, use a local "opam pin add" pointing to my git clone, and then =
run "opam install lablgtk". I'm afraid there may be other configurations =
which will make it fail, but for me it works that way.
I can direct further requests to your Github repository, if you prefer.
Best regards,
On 03/08/2016 06:38 AM, Jacques Garrigue wrote:
> Dear Andre,
>
> Thank you very much for you feedback.
> I have now fixed configure and make clean.
> Please tell me if there is anything wrong left.
>
> Cheers,
>
> Jacques
>
> On 2016/03/08 03:08, Andre Maroneze wrote:
>> Thank you!
>>
>> I tried the version from github (937f931), and despite a few issues with=
'./configure' (which insisted that camlp4 should be installed, so I commen=
ted out a few lines) and 'make clean' (which removed a few extra files), I =
was able to compile and use it. It worked out of the box without doing ./co=
nfigure, but because I needed to set the prefix for an opam installation, I=
had to run it and thus remove the lines related to camlp4.
>>
>> Anyway, thank you for your responsiveness.
>>
>>
>> On 03/06/2016 03:50 PM, Jacques Garrigue wrote:
>>> I have just committed a fix that removes the dependency on camlp4 to th=
e git repository (either github or ocamlforge).
>>> This just adds the preprocessed files to the repository, so that one do=
esn't have to process them locally.
>>> Can you give it a try?
>>>
>>> Basically, camlp4 is only used for stream parsers, which were available=
in ocaml before the merge of camlp4
>>> (and subsequent removal). It would be nice if they were supported again=
natively.
>>> Note that this is a problem of parsing, so ppx is of no help there.
>>>
>>> Cheers,
>>>
>>> Jacques
>
>
-- =
Andr=E9 Maroneze
Ing=E9nieur-chercheur CEA/LIST
Laboratoire S=FBret=E9 et S=E9curit=E9 des Logiciels