are unsafe by default, which is the main motivation why it was picked,
but not the very latest one) and synchronize the rest of the stack and
dependent ports with it, particularly:
- Update `devel/ocaml-ocamlbuild' to version 0.14.0 and unbreak,
register build dependency on all ports that require it (should
be part of USE_OCAML, but we do not want to make any Mk-related
changes the for time being)
- Update `devel/ocaml-camlp4' to version 4.05+2
- Update `devel/ocaml-camlp5' to version 7.07 (the project had
moved to GitHub)
- Mark `devel/ocaml-deriving-ocsigen' as BROKEN for now, it is
very outdated and requires quite a lot of work
- Update `x11-toolkits/ocaml-labltk' to version 8.06.3
PR: 218333
Exp-run by: antoine
- While here, do not force ${SHAREMODE} (444) on docfiles as well: default
permissions (644) are perfectly fine
Reported by: pkg-fallout
PR: 231802
Submitted by: maintainer
COMMENT typos and surrounding whitespace fixes. A few Makefiles where not
included as they contain Latin-1 characters that break the Phabricator
workflow. Categories J-L.
CR: D305
Approved by: portmgr (swills)
my ports in the past 3 weeks while ports were broken on any 10.x
machines, which means I'm unable to maintain them. So let people know
that there's no available support for them until things are back to
normal (which also means that anyone with spare time will be able
to fix them without getting approval).
CamlIDL comprises two parts:
* A stub code generator that generates the C stub code required for the
Caml/C interface, based on an MIDL specification. (MIDL stands for Microsoft's
Interface Description Language; it looks like C header files with some extras
annotations, plus a notion of object interfaces that look like C++ classess
without inheritance.)
* A (currently small) library of functions and tools to import COM
components in Caml applications, and export Caml code as COM components.
WWW: http://caml.inria.fr/pub/old_caml_site/camlidl/
PR: ports/101100
Submitted by: Stanislav Sedov <ssedov at mbsd.msk.ru>