Distcc is not capable of recognising libraries used for linking. Compiling BitchX with AIM support resulted in the compile being passed to localhost (which is sandboxed on its own by distcc) preventing it from using the library in the ${WORKDIR} for that package. Distcc should, preferably, acknowledge gcc calls using -L and/or -l as being executable only on the lcoal box, NOT via distcc's passing, or it should enable the passing of the library files. Use BitchX 1.0.19-r5 to demonstrate the issue. Do not have libtoc.so available on any machines. (It's part of BitchX, but might be in other packages too.) Reproducible: Always Steps to Reproduce:
What version of distcc was this with Nicholas ? I'll pass this on to the distcc mail list since it seems like an upstream problem.
btw - what's emerge info saying?
Here's my experimentation: **With /usr/lib/gaim/libtoc.so * Compiles with +gtk and distcc * Compiles with -gtk and distcc ** With /usr/lib/gaim/libtoc.so moved to /usr/lib/gaim/libtoc.so.bak * Compiles with -gtk and distcc * Fails to compile with +gtk and distcc * Compiles with +gtk and no distcc I haven't looked into what may be causing this just yet.
This is NEEDSINFO until the information from the distcc bug report form is provided.
I tried building BitchX from source (ircii-pana-1.0c19.tar.gz) on Debian under distcc. When built with -j under distcc, it fails to compile because of errors such as status.c:1239:14: pasting "status_user12" and "(" does not give a valid preprocessing token status.c:1240:14: pasting "status_user13" and "(" does not give a valid preprocessing token status.c:1241:14: pasting "status_user14" and "(" does not give a valid preprocessing token status.c:1242:14: pasting "status_user15" and "(" does not give a valid preprocessing token status.c:1243:14: pasting "status_user16" and "(" does not give a valid preprocessing token Looking at the source these appear to be genuine bugs in BitchX. Perhaps they're patched in Gentoo.
Please fix the stupid bug title.
Nick, do you still have this info handy?
This apparently is 'fixed' in either bitchx (-r6?) or distcc or something else, cuz its working here now.
Thanks. Please excuse me being grumpy. :-)
zilla reopened this. *closed*
Seems this might be cropping up again in bug 122425...