#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