Closed sylmio closed 2 years ago
I forgot to say that I use: distcc 3.4 x86_64-pc-linux-gnu autoconf (GNU Autoconf) 2.69
Those distcc logs have no errors.
distcc[12000] (dcc_source_needs_local) autoconf tests are run locally: conftest.cpp
I don't see the bug. Because you are a Gentoo user, I suspect the problem is due to ricing, and has nothing to do with distcc.
Strictly speaking there is no bug in distcc. But the outputs in verbose mode perturbs autoconf. So I think there is a bug when combining autoconf+distcc with DISTCC_VERBOSE=1.
You can reproduce the problem by launching the configure script of a package and seeing that it finds -fPIC does not work, and then not using it when it should (for shared libraries for example). It is not due to Gentoo system, and I suppose it will happen when compiling a package whatever the linux distribution.
Since distcc detects it is called by autoconf, pb could be solved by reducing output to reproducible one during autoconf (removing instance number, computation time). Or more simply, remove all outputs during autoconf., and add an additional verbose level if ones need output during autoconf with DISTCC_VERBOSE=2 or DISTCC_VERBOSE_AUTOCONF=1.
DISTCC_VERBOSE=1 is really verbose, and you shouldn't be setting it globally.
El vie., 15 oct. 2021 15:23, sylmio @.***> escribió:
Strictly speaking there is no bug in distcc. But the outputs in verbose mode perturbs autoconf. So I think there is a bug when combining autoconf+distcc with DISTCC_VERBOSE=1.
You can reproduce the problem by launching the configure script of a package and seeing that it finds -fPIC does not work, and then not using it when it should (for shared libraries for example). It is not due to Gentoo system, and I suppose it will happen when compiling a package whatever the linux distribution.
Since distcc detects it is called by autoconf, pb could be solved by reducing output to reproducible one during autoconf (removing instance number, computation time). Or more simply, remove all outputs during autoconf., and add an additional verbose level if ones need output during autoconf with DISTCC_VERBOSE=2 or DISTCC_VERBOSE_AUTOCONF=1.
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/distcc/distcc/issues/441#issuecomment-944220933, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAD4W4WF3FYPTWNUXYORCPLUHAFKLANCNFSM5F7IQ5QQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
Ok, I understand. So how ones have to get output without perturbing build process ?
What problem are you trying to solve?
I wanted to get some output of distcc to check if it was correctly dispatching the work to other computers. I found info with DISTCC_VERBOSE=1 ok for this. I did not found distccmon-text and distccmon-gui stisfying, as many dispatching did not appear, I suppose the time of compilation being too small compared to refresh rate.
check out the log on the server
Hello,
I had problems updating Gentoo using distcc. Many packages had errors with relocation asking to add option -fPIC, for example:
One can effectively force this option, but it does not work for all packages.,I ended up finding the root cause is having verbose mode of distcc (that is DISTCC_VERBOSE=1) that perturbes configure script of autoconf. Configure found -fPIC not working (as well as -c and -o due to same problem):
This is due to configure comparing error output of some compilation test. But due to some outputs of distcc in verbose mode, there are differences interpreted as errors. First distcc output used in configure as reference :
Second output of distcc in configure to test -fPIC:
configure script expect same error output. If possible it would be better to output all this debug information of distcc somewhere else, as they are not errors. I am not familiar with dealing with different outputs, so I am not sure it is a root problem of distcc or autoconf.
Anyway I think it is important, as the only workaround is to remove verbose mode of distcc. And then it is not possible to know what happens with distcc for packages using autoconf.
Best regards,
Sylvain