Guillem Jover <[EMAIL PROTECTED]> writes:
> Personally I'd favour DEB_BUILD_OPTIONS_PARALLEL.
Ack. Automated guesses are always a possible source for problems, and in
this special case, the human behind the build process should know best
which number of parallel processes is useful [1]
Marc
Foot
On Wed, Mar 21, 2007 at 05:52:05AM +0200, Guillem Jover wrote:
> Personally I'd favour DEB_BUILD_OPTIONS_PARALLEL.
Yes, I'll second that. It makes no sense at all to try to have the
package predict how much memory it will need for the build; this amount
of memory will be different depending on the
On Wed, 2007-03-07 at 18:08:52 +0100, Lucas Nussbaum wrote:
> Bug #209008 proposed to have a common interface to tell packages to do
> parallel building (make -j).
> For some reason, the discussion that happened back in 2003 isn't logged
> on the BTS, but can be read in [2]. Everyone seemed to agr
On 14/03/07 at 20:54 +0100, Florian Weimer wrote:
> * Lucas Nussbaum:
>
> > Such a machine looks a bit strange (6 CPUs vs 256 MB RAM). I think that
> > usually, modern SMPs have "enough" memory to handle what all their CPUs
> > can do.
>
> I'm not sure. 512 MB per execution unit is not too uncom
* Lucas Nussbaum:
> Such a machine looks a bit strange (6 CPUs vs 256 MB RAM). I think that
> usually, modern SMPs have "enough" memory to handle what all their CPUs
> can do.
I'm not sure. 512 MB per execution unit is not too uncommen and may
cause problems for C++ packages (or MLton).
--
To
On Thu, Mar 08, 2007, Bastian Blank wrote:
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
> You can't set a generic value.
>
> For example: A machine with 6 cpus but only 256MiB ram. Building glibc
> with -j6 is no problem. Building gcj-
On 08/03/07 at 11:50 +0100, Bastian Blank wrote:
> On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum wrote:
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
>
> You can't set a generic value.
>
> For example: A machine with 6 cpus
On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum wrote:
> Bug #209008 proposed to have a common interface to tell packages to do
> parallel building (make -j).
You can't set a generic value.
For example: A machine with 6 cpus but only 256MiB ram. Building glibc
with -j6 is no problem. Bui
On 07/03/07 at 19:32 +0100, Mike Hommey wrote:
> On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > Bug #209008 proposed to have a common interface to tell packages to do
> > parallel building (make -j).
> >
> > Not having this is a PITA for me,
On Wed, Mar 07, 2007 at 06:08:52PM +0100, Lucas Nussbaum <[EMAIL PROTECTED]>
wrote:
> Hi,
>
> Bug #209008 proposed to have a common interface to tell packages to do
> parallel building (make -j).
>
> Not having this is a PITA for me, since I do rebuilds of the whole
> Debian archive on clusters
Hi,
Bug #209008 proposed to have a common interface to tell packages to do
parallel building (make -j).
Not having this is a PITA for me, since I do rebuilds of the whole
Debian archive on clusters of machines, and my current total build time
is only dependant of the time taken to build the large
Colin Watson wrote:
> Using separate environment
> variable names would fix that problem, not that I particularly relish
> the idea of trying to get it changed everywhere.
Me either.
> If we didn't want to change the existing flags, we could still reserve
> DEB_BUILD_OPTIONS_* for extensions.
I'
On Sun, Sep 07, 2003 at 01:33:36PM -0500, Manoj Srivastava wrote:
> On Sat, 6 Sep 2003 19:12:50 -0400, Joey Hess <[EMAIL PROTECTED]> said:
> > Robert Jordens wrote:
> >> +ifneq (,$(findstring parallel,$(DEB_BUILD_OPTIONS)))
> >> + PARALLEL_JOBS := $(shell echo $(DEB_BUILD_OPTIONS) | \
> >> + sed -
On Sat, 6 Sep 2003 19:12:50 -0400, Joey Hess <[EMAIL PROTECTED]> said:
> Robert Jordens wrote:
>> +ifneq (,$(findstring parallel,$(DEB_BUILD_OPTIONS)))
>> + PARALLEL_JOBS := $(shell echo $(DEB_BUILD_OPTIONS) | \
>> + sed -e 's/.*parallel=\([0-9]\+\).*/\1/')
>> + ifeq ($(DEB_BUILD_OPTIONS),$(PARAL
Hello!
> That's a lot of boilerplate, almost enough to call for a program
> to parse DEB_BUILD_OPTIONS.
> I don't understand why we have an environment variable with a complex
> set of values in the first place. Surely something lile
> DEB_BUILD_OPTIONS_PARALLELL=n, DEB_BUILD_OPTIONS_NOPT, and
>
Robert Jordens wrote:
> +ifneq (,$(findstring parallel,$(DEB_BUILD_OPTIONS)))
> +PARALLEL_JOBS := $(shell echo $(DEB_BUILD_OPTIONS) | \
> +sed -e 's/.*parallel=\([0-9]\+\).*/\1/')
> +ifeq ($(DEB_BUILD_OPTIONS),$(PARALLEL_JOBS))
> +PARALLEL_JOBS := $(shell if [ -f /proc/cpuin
Package: debian-policy
Version: 3.6.1.0
Severity: wishlist
Hi!
I'd like to propose the option "parallel=X" in DEB_BUILD_OPTIONS to allow
packages to build in parallel with X jobs thus enabling faster builds on
SMP machines for packages that support this.
Just setting "$(MAKE)=make -j3" in the en
17 matches
Mail list logo
