Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Jan 2015 00:29:08 +0100
From:      Marcus von Appen <mva@freebsd.org>
To:        sbruno@freebsd.org, Sean Bruno <sbruno@ignoranthack.me>, sson@freebsd.org
Cc:        Antoine Brodin <antoine@freebsd.org>, python@freebsd.org
Subject:   Re: python waf bypasses _MAKE_JOBS number
Message-ID:  <20150110002908.Horde.QrB60C0_PExk9ypkaJhFiA1@webmail.df.eu>
In-Reply-To: <54B019C1.7090704@ignoranthack.me>
References:  <54AC74E0.4050404@ignoranthack.me> <20150107072132.GA1050@medusa.sysfault.org> <54AD5BB9.2060701@ignoranthack.me> <1420653060968-5979111.post@n5.nabble.com> <20150109183334.Horde.DDLUOEFT2TrMFUcP63h_9Q1@webmail.df.eu> <54B0154B.80801@ignoranthack.me> <CAALwa8=q-3ZAQRxkgU0_EJL4qHYoA2%2BtE-=9%2BODSVi-uHeP2Aw@mail.gmail.com> <54B019C1.7090704@ignoranthack.me>

next in thread | previous in thread | raw e-mail | index | archive | help
Sean Bruno <sbruno@ignoranthack.me>:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA512
>
> On 01/09/15 11:10, Antoine Brodin wrote:
>> On Fri, Jan 9, 2015 at 5:52 PM, Sean Bruno <sbruno@ignoranthack.me>
>> wrote:
>>> Marcus:
>>>
>>> The thing that I would like "fixed" is python waf ignoring the
>>> fact that it should not try and detect the number of CPUs on the
>>> system.
>>>
>>
>> Let me rephrase the problem,  there are some problems in some
>> individual ports using waf. Those ports do not respect
>> ${MAKE_JOBS_NUMBER},  especially when MAKE_JOBS_NUMBER=1. This
>> breaks qemu which is not multi job friendly  (people using qemu
>> have DISABLE_MAKE_JOBS=yes which sets MAKE_JOBS_NUMBER to 1).
>>
>> Cheers,
>>
>> Antoine
>>
>
> YES.  :-)  Sorry for the confusion.

Just to be a bit more specific: we are not talking about a waf port,
but about some (still unknown) waf scripts in the upstream package,
correct? Since this is the usual way, waf is used.
Please point us to the correct scripts/call hierarchy/whatever that
allows us to investigate, what the port actually does at the build phase.

waf issues usually need to be fixed (since it's somewhat similar to
a cmake, scons or autotools configuration/build file) on the problematic
port or via injection, hence we need the information about how the build
is done or at least a pointer, where to look at.

I'm leaving the threading issue aside here, since (for now) there is not
enough information (for me) to address this. Let's get the build issue
sorted out first, then take a look at Python's threading support for
non-amd64 and non-i386 platforms on FreeBSD.

Cheers
Marcus





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150110002908.Horde.QrB60C0_PExk9ypkaJhFiA1>