On Tue, 11 Dec 2012, Brad Smith wrote:
> The use of GNU make like this seems bogus. I take it CMake
> isn't doing something right.
Hi,
I've found another (related) problem.
$MAKE_PROGRAM is not honored and cmake picks gmake up if it's
installed (even without USE_GMAKE=Yes).
>From cmake-2.8.10.2/bootstrap:
---8<---
CMAKE_KNOWN_MAKE_PROCESSORS="gmake make"
...
# If MAKE is set, use that for make processor, otherwise use list of known make
if [ -n "${MAKE}" ]; then
cmake_make_processors="${MAKE}"
else
cmake_make_processors="${CMAKE_KNOWN_MAKE_PROCESSORS}"
fi
---8<---
Ok for the diff below?
I've also added "--parallel=${MAKE_JOBS}" to CONFIGURE_ARGS.
I still need to investigate the make vs. gmake parallelization
issues...
cheers,
David
Index: Makefile
===================================================================
RCS file: /cvs/ports/devel/cmake/Makefile,v
retrieving revision 1.73
diff -u -p -r1.73 Makefile
--- Makefile 11 Dec 2012 11:51:39 -0000 1.73
+++ Makefile 12 Dec 2012 05:52:46 -0000
@@ -8,7 +8,7 @@ HOMEPAGE = http://www.cmake.org/
CATEGORIES = devel
COMMENT = portable build system
DISTNAME = cmake-2.8.10.2
-REVISION = 0
+REVISION = 1
MASTER_SITES = ${HOMEPAGE}files/v2.8/
MAINTAINER = David Coppa <dco...@openbsd.org>
@@ -29,7 +29,9 @@ CONFIGURE_STYLE = simple
CONFIGURE_ARGS = --prefix=${PREFIX} \
--datadir=/share/cmake \
--docdir=/share/doc/cmake \
- --system-libs
+ --system-libs \
+ --parallel=${MAKE_JOBS}
+CONFIGURE_ENV = MAKE="${MAKE_PROGRAM}"
PORTHOME = ${WRKDIR}
