Remove the custom do-configure and do-build target. The targets existed
because upstream's build instructions mention external.pro and
meshlab_full.pro need to be processed and built separately and Uses/qmake.mk
does not handle the multi-.pro case. do-build, however, was simply calling
${MAKE} and discarding both ${MAKE_ENV} and ${MAKE_ARGS} which, among other
things, resulted in no parallel builds and additional compiler flags like
-std=c++11 being omitted.
Instead, patch meshlab_full.pro and add external/external.pro as one of the
directory dependencies there along with the rest of the MeshLab code. Given
the way the QMake files are written in the port, this only helps a bit with
parallelism: each subdirectory is processed serially, but all files in them
can be built in parallel. Since a lot of the code is in plugin directories
with 1 or 2 files, the port still takes some time to build. The upside is
that it means external/ will always be built before the rest, which is what
we need.
As mentioned, the compiler flags in the build will change. However, I'm not
bumping PORTREVISION yet because it will come with the next commit updating
math/mpir.
- Convert to new LIB_DEPENDS format
- Fix build with clang (no longer depends on GCC)
- Statically link against own library libcommon.a, to avoid
installing a library with such a generic name as libcommon.so
PR: 183474 [1]
Submitted by: Pierre Smars <smars@yuntech.edu.tw> [1]
Since 4.8.0 [1], Qt itself does not automatically include GLU's
headers and libraries with its OpenGL module, so applications which
relied on Qt to get these need to be adjusted.
PORTREVISION bumped since we now explicitly depend on GLU via
USE_GL=glu.
[1] e7eed096a0
Approved by: miwi (for Qt 4.8.1 to pass the exp-run)
MeshLab is an open source, portable, and extensible system for the processing
and editing of unstructured 3D triangular meshes.
WWW: http://meshlab.sourceforge.net/
