On Tue, Dec 11, 2012 at 01:22:27PM -0600, Amit Kulkarni wrote:
> > >> Which does absolutely nothing.  MAKE_JOBS has no effect on cmake.
> > >> The build is strictly sequential.
> > >>
> > >> You can parallelize the bootstrap phase with
> > >> CONFIGURE_ARGS += --parallel=${MAKE_JOBS}
> > >> but the main build remains sequential so the overall gain is
> > >> negligible.
> > >>
> > >> I haven't been able to figure out how to get cmake to build things
> > >> in parallel, but then I'm largely unfamiliar with cmake.
> > >
> > > in cmake based builds when you cd WRKOBJDIR and do a gmake -j4 it
> > > usually works in driving all cores to utilization.
> > >
> > > I tried with USE_GMAKE = Yes and it drives all cores....
> > >
> > > so I think please add CONFIGURE_ARGS = --parallel=${MAKE_JOBS} and
> > > USE_GMAKE = Yes and then both configure and build will go parallel.
> > >
> > 
> > Please just let me know what should I do, because I know nothing about
> > DPB and related stuff (yet)
> 
> Ok, apply this diff....
> 
> ? cmake.diff
> 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  11 Dec 2012 19:06:41 -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,12 +29,16 @@ CONFIGURE_STYLE = simple
>  CONFIGURE_ARGS =     --prefix=${PREFIX} \
>                       --datadir=/share/cmake \
>                       --docdir=/share/doc/cmake \
> -                     --system-libs
> +                     --system-libs \
> +                     --parallel=${MAKE_JOBS}
>  
>  PORTHOME =           ${WRKDIR}
>  
>  SEPARATE_BUILD =     Yes
>  USE_GROFF =          Yes
> +
> +# gmake enables dpb parallel build
> +USE_GMAKE =          Yes
>  
>  REGRESS_TARGET =     test
 
The use of GNU make like this seems bogus. I take it CMake
isn't doing something right.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Reply via email to