MODPY_SUFFIX on the script name.
uses ${MODPY_2ONLY} to @comment out in the plist which is used elsewhere
(e.g. py-ldap) which is probably generally useful enough to factor out into
python.port.mk but ENOTIME now.
It uses MODPY_PYTEST and copies the compiled .so files into place in
the source tree to get the tests to run.
While troubleshooting this, found that py-enum34 and py-mock needed to
be added to the python2 RUN_DEPENDS and TEST_DEPENDS respectively.
ok landry
lang/python port module. I've not yet come up with a port that
would not need this and one can always set MODPY_TESTDEP to "no"
to prevent the module from touching TEST_DEPENDS.
Idea from afresh1 who pointed out the cpan module already does this.
aja "I support this move."
OK sthen@
lang/python/python.port.mk revision 1.102 and 1.103 added
MODPY_TEST_LOCALE and MODPY_PYTEST respectively, nicely wrapping up the
usual pytest dance.
This removes hand-rolled do-tests from all 70 ports by setting
MODPY_PYTEST=Yes and MODPY_TEST_LOCALE as well as HOME=${WRKDIR} to TESTENV
as needed.
From Kurt Mosiejczuk <kurt at cranky dot work>, thanks!
OK sthen
building the only .cpp file (generated by cython) that includes
cpl_port.h from GDAL (which requires c++11). clang seems to do the right
thing. *shrug*. dunno if the actual problem is with language detection
in distutils or egcc..
Tested on macppc with ports-gcc & amd64 with base-clang & ports-gcc
Fiona is OGR’s neat, nimble, no-nonsense API for Python programmers.
Fiona is designed to be simple and dependable. It focuses on reading and
writing data in standard Python IO style and relies upon familiar Python types
and protocols such as files, dictionaries, mappings, and iterators instead of
classes specific to OGR. Fiona can read and write real-world data using
multi-layered GIS formats and zipped virtual file systems and integrates
readily with other Python GIS packages such as pyproj, Rtree, and Shapely.
ok sthen@
