Ping Re: Use gen-libm-test.py to generate ulps table for manual
Szabolcs Nagy
szabolcs.nagy@arm.com
Wed Sep 26 10:04:00 GMT 2018
On 25/09/18 17:54, Joseph Myers wrote:
> On Mon, 17 Sep 2018, Joseph Myers wrote:
>> On Mon, 10 Sep 2018, Dmitry V. Levin wrote:
>>> On Mon, Sep 10, 2018 at 12:41:45PM +0000, Joseph Myers wrote:
>>>> Dmitry, do you wish to make any comments on the use of Python in building
>>>> glibc?
>>>
>>> My concern with making python a requirement to build glibc is that it will
>>> pull in more packages not required to build glibc. If there is a "minimal"
>>> subset of python that does not bring indirect dependencies to glibc build,
>>> and at the same time is sufficient to build glibc, then adding this subset
>>> of python as a requirement to build glibc shouldn't be a problem.
>>>
>>> I don't know yet whether SUSE or Debian take on the minimal subset pulls
>>> in extra dependencies, I'll check this when time permits.
>>
>> Any conclusions there?
>>
>> I'm not sure it really matters for these purposes what a particular
>> distribution's package pulls in, if they are happy with what works for
>> them for the distribution build or bootstrap. The question for us would
>> be more about what constraints this imposes on distributions in general
>> (e.g. if it means libffi will be needed for a native build of glibc,
>> depending on how far the indirect dependencies on ctypes in the Python
>> standard library go), and whether we are OK with those constraints. The
>> dependencies of the minimal distribution packages are simply useful
>> information for us to help in determining those constraints.
>
> Ping. Any conclusion on this question about indirect dependencies
> introduced by use of Python?
using python3 in the build would be a bit disruptive for
me, because the current systems where i build glibc don't
have it.
last time when make 4.0 requirement was added i had to
build it on several machines until our infrastructure
got updated to have make 4.0 in the path everywhere.
(and our regular testing machines did not produce useful
results for several days because of broken glibc build)
installing python3 manually is obviously more effort and
time, so please do not add such dependency anywhere near
release time (like it was done with make 4).
i don't have other concerns regarding indirect deps if
the python3.4-minimal debian/ubuntu package works.
More information about the Libc-alpha
mailing list