[MacPorts] #59785: llvm ports opportunistically build ocaml binding even when +ocaml variant is not selected; leads to conflicts between them

[MacPorts]

#59785: llvm ports opportunistically build ocaml binding even when +ocaml variant
is not selected; leads to conflicts between them
--------------------------------+----------------------
  Reporter:  cooljeanius        |      Owner:  jeremyhu
      Type:  defect             |     Status:  assigned
  Priority:  Normal             |  Milestone:
 Component:  ports              |    Version:  2.6.2
Resolution:                     |   Keywords:
      Port:  llvm-7.0 llvm-9.0  |
--------------------------------+----------------------

Comment (by kencu):

 there is a git check along the way during the cmake configure phase, but
 we can ignore that. It'll find this git or that git if there is a git. Or
 no git.

 go is opportunistically found, just like ocaml, which is what this ticket
 is about.

 unwind.h is accessed during the build, and it'll find the one in
 /opt/local/include first if it exists. That's OK, rather than yet another
 "conflicts build" with libunwind-headers that drives everyone bananas with
 the gcc builds all the time.

 pkg-config -- I added that dep then removed it. Not sure why it's being
 accessed now.

 ld is ld. It'll find the first one in the path, which is the idea.

 all the llvm tools are expected to be there when you're upgrading -- not
 sure why trace mode feels the need to hide them. But it doesn't matter one
 way or the other, I think.

 I'm not seeing anything here that looks like it needs fixing, other than
 the initial headaches, ocaml and go, which upstream can't seem to fix
 properly.

-- 
Ticket URL: <https://trac.macports.org/ticket/59785#comment:10>
MacPorts <https://www.macports.org/>
Ports system for macOS