[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Regression: "wchar: fix bug when checking for ‘inline’" breaks distc
Re: Regression: "wchar: fix bug when checking for ‘inline’" breaks distcc usage
Fri, 7 Sep 2018 00:58:05 +0200
Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20100101 Thunderbird/52.9.1
Bruno Haible wrote:
> Looks like distcc, or the distcc installation and configuration on the
> particular user's machine (*), is broken. I won't investigate that.
> (*) AFAIK, the same version of the same program frequently behaves
> differently on different Gentoo machines. Please correct me if I'm wrong.
You are wrong: If you use exact same configuration you will get exact
same results (it is the same like doing reproducible builds RedHat,
Ubuntu, Debian...). Of course, if you are changing something, you will
get different results. And given that most Gentoo users have compiled
their own toolchain any early difference will spread across the whole
But in this case I am very confident that this isn't a problem on a
particular user's machine, given that multiple user have reported the
The issue is spreading across packages given that more and more new
releases will contain an updated gnulib which contains the 'bad commit'
causing the problem.
I was able to reproduce this with latest distcc-3.3.2 version. So if
this is caused by distcc, it is still a problem.
I'll try to reproduce the problem using two Debian Stretch hosts.
> > > distcc ERROR: compile (null) on localhost failed
> While at it, you can also investigate why distcc passes a NULL string
> to fprintf. (It surely does not pass the string "(null)"?) This is not
> valid in POSIX.
It is really passing the string "(null)", see
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5
Description: OpenPGP digital signature