From owner-freebsd-python@FreeBSD.ORG Wed Jan 14 01:36:56 2015 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA3C028C; Wed, 14 Jan 2015 01:36:55 +0000 (UTC) Received: from lb3-smtp-cloud3.xs4all.net (lb3-smtp-cloud3.xs4all.net [194.109.24.30]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5AFBA9; Wed, 14 Jan 2015 01:36:54 +0000 (UTC) Received: from slackbox.erewhon.home ([83.162.243.5]) by smtp-cloud3.xs4all.net with ESMTP id fdcg1p00B07iGuj01dchns; Wed, 14 Jan 2015 02:36:41 +0100 Received: by slackbox.erewhon.home (Postfix, from userid 1001) id 227BD12410; Wed, 14 Jan 2015 02:36:40 +0100 (CET) Date: Wed, 14 Jan 2015 02:36:40 +0100 From: Roland Smith To: Kubilay Kocak Subject: Re: python waf bypasses _MAKE_JOBS number Message-ID: <20150114013640.GA43747@slackbox.erewhon.home> References: <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> <54B019C1.7090704@ignoranthack.me> <20150110002908.Horde.QrB60C0_PExk9ypkaJhFiA1@webmail.df.eu> <54B578E5.2010003@ignoranthack.me> <54B5B774.3020109@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline In-Reply-To: <54B5B774.3020109@FreeBSD.org> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.23 (2014-03-12) Cc: sson@freebsd.org, sbruno@freebsd.org, mva@freebsd.org, Antoine Brodin , python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2015 01:36:56 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 14, 2015 at 11:25:24AM +1100, Kubilay Kocak wrote: > On 14/01/2015 6:58 AM, Sean Bruno wrote: >=20 > >=20 > > For now, I'm going to start looking into Makefile patches to setup the > > correct variables so that waf doesn't assume we want number of CPU's > > detected. > >=20 >=20 > Might this be a good candidate for USE_PYTHON=3D waf feature for some > consistency and minimised duplication in waf-based Python Ports? Recently I had to look into the code for waf to fix a build issue (see bug 195953 for the gory details). If such a feature is going to be built, maybe this PR can be taken into account. What I observed is that python2.7-config is a Python sccript, while python3.4m-config is a shell-script. And waf assumes the config script is a Python script. The version of waf bundled with that port is quite old (1.6.4). The source code of that version is extremely terse with few if any docstrings and almo= st no blank lines. It produces an awesome amount of errors and warnings when y= ou run it through flake8. The most recent version is a lot better in that rega= rd. So I wonder if the different versions are compatible enough to make a gener= ic USE_PYTHON=3Dwaf feature possible. Roland --=20 R.F.Smith http://rsmith.home.xs4all.nl/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 5753 3324 1661 B0FE 8D93 FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0) --OgqxwSJOaUobr8KG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAABAgAGBQJUtcgoAAoJEED21dyjijPgH20P+QEHuLxjExFqWwt7IMnU66z5 pYTVooIHDe8km3e+IMVTqJpR6KwY+S8zdlZilwy7eOF0ygt/Dk7k14uEMazQLWoc VWIud+VoI0sjdACT4+5gF5FJXx18HkoUtbMufBfKTgz4w+pQjUEXELKwseJ5Lbt4 g0axMFKbkHmfaZmmOjEU+fHxkl25UVlaihkpA96xpNf0aLTFYiRx3uTFrdKV6JGE PRHAjfH1qAn/xdXOmuOH46WHVtzdZttY/4ZwvqtBCPwOWd2ydG4Lfk1lJS7Gd7M+ IbCEoHPSU2Vr3E2tLbhELRkGo0gpYYGb41tmETyQb2o4VpAB8LoqWkL+UXou4RB/ 0ox77BeZD/BpXGOpxqsHpF5eoHydxmLj1PhlWTHEYRTM0n2OqjgIMDEfxEkdqm2N 0EdtWinbDNs0LdxlN5aAz5qv2cYcwKVziTTCOSHq7NQAcL8t9pOfZeyfoLCkIiSK vjblxRe7AgvAKUysB+n2vvU+V6hLEP2/UXEZlIQaHnW2xIlZwIu2fjYMK/49lSrv FdFQm3Btv/PlDZIt64wQxndVRS14YH2Wo6FRrkkc9DEETI2yvVKYmvHeVZd0Mm54 22Xq0JWMnAB6ZZSCzZ2Nxs5olefQ4YD8NHvE1DxUjcMZnHpLeYyRj89oKEOgm5nD JXv9YFZewLD3LcrW+RiR =HSR6 -----END PGP SIGNATURE----- --OgqxwSJOaUobr8KG--