Can you call this ocaml_native_dynlink instead, to match the upstream term? I'm just doing a bunch of testing of OCaml-4.00.0 with all the in-tree ports, so this is a good time to sort this out too.
-anil On 26 Jul 2012, at 04:00, Christopher Zimmermann <[email protected]> wrote: > Hi, > > ocaml can compile to nativecode only on some archs. Additionally it can > dynlink nativecode only on i386 and amd64. Some ports need to know > about this. lang/ocaml/ocaml.port.mk defines variables for this. But > using them is a pain becaus they can only be used in variable > substitutions. For conditional evaluation they need to be after > the .include <bsd.port.mk>. > Stuart Henderson suggestet using PROPERTIES instead. Here is a patch > adding the needed properties to arch-defines.mk. > Are the names ocaml_native and ocaml_native_dl ok? When this patch is > in tree, the ports can be migrated bit by bit. > > Cheers, > Christopher > > > > Index: arch-defines.mk > =================================================================== > RCS file: /cvs/ports/infrastructure/mk/arch-defines.mk,v > retrieving revision 1.6 > diff -u -p -r1.6 arch-defines.mk > --- arch-defines.mk 8 Jul 2012 18:35:48 -0000 1.6 > +++ arch-defines.mk 26 Jul 2012 10:58:21 -0000 > @@ -28,8 +28,12 @@ GCC2_ARCHS = aviion luna88k m68k m88k mv > # XXX easier for ports that depend on mono > MONO_ARCHS = amd64 i386 > LLVM_ARCHS = amd64 i386 powerpc sparc64 > +OCAML_NATIVE_ARCHS = alpha i386 sparc amd64 powerpc > +OCAML_NATIVE_DL_ARCHS = i386 amd64 > > -.for PROP in ALL APM BE LE LP64 NO_SHARED GCC4 GCC3 GCC2 MONO LLVM > + > +.for PROP in ALL APM BE LE LP64 NO_SHARED GCC4 GCC3 GCC2 MONO LLVM \ > + OCAML_NATIVE OCAML_NATIVE_DL > . for A B in ${MACHINE_ARCH} ${ARCH} > . if !empty(${PROP}_ARCHS:M$A) || !empty(${PROP}_ARCHS:M$B) > PROPERTIES += ${PROP:L} >
