[MacPorts] #48672: lablgtk2 build fails with ocaml-camlp4 4.02-6_0

[MacPorts]

#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