[MacPorts] #48672: lablgtk2 build fails with ocaml-camlp4 4.02-6_0
MacPorts
noreply at macports.org
Mon Sep 21 09:35:21 PDT 2015
#48672: lablgtk2 build fails with ocaml-camlp4 4.02-6_0
-----------------------------+--------------------------------
Reporter: james.cheney@… | Owner: macports-tickets@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.3
Resolution: | Keywords:
Port: lablgtk2 |
-----------------------------+--------------------------------
Comment (by paoloit@…):
A kludgy workaround that works for me (without having to downgrade ocaml-
camlp4):
The problem appears to be due to ocaml-camlp4 failing to locate filters,
parsers, etc. available in subdirectories of /opt/local/lib/ocaml/camlp4/
(i.e., *.cmo files).
The following provides symbolic links to these *.cmo files in the
/opt/local/lib/ocaml directory, the content of which ocaml-camlp4
evidently _is_ aware of (e.g., the build of lablgtk2 then succeeds):
cd /opt/local/lib/ocaml && sudo ln -s camlp4/*/*.cmo .
(this should be reasonably safe to invoke, since ln(1) will not overwrite
existing file system entries)
As very limited limited empirical evidence that this actually works,
beyond lablgtk2 itself I managed to build what appears to be a fully
functional instance of MacPort's unison with graphical interface (which
uses lablgtk2).
To undo this creation of symbolic links:
As there appear to be no *.cmo files hosted normally in
/opt/local/lib/ocaml, it could be OK to simply:
cd /opt/local/lib/ocaml && sudo rm *.cmo
but to play a little more safe, one might remove only the symbolic links
pointing below the camlp4/ subdirectory, e.g.:
cd /opt/local/lib/ocaml && sudo rm `/bin/ls -l | /usr/bin/awk '/ ->
camlp4/ {print $9}'`
Please Cc Me!
(I'll be the first to be happy to undo this kludge :) )
--
Ticket URL: <https://trac.macports.org/ticket/48672#comment:5>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list