Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 41031 - libxml2 doesn't build when distcc is enabled
Summary: libxml2 doesn't build when distcc is enabled
Status: RESOLVED DUPLICATE of bug 26518
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Lisa Seelye (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-02-09 15:48 UTC by Matt Ray
Modified: 2005-07-17 13:06 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Ray 2004-02-09 15:48:38 UTC
I was building libxml2 on a system with distcc enabled.  No other machines were currently online for building, but other packages emerged despite this.  It failed several times, but once I removed "distcc" from FEATURES in my make.conf, the package emerged successfully.

Reproducible: Always
Steps to Reproduce:
1. add "distcc" to FEATURES in make.conf
2. emerge libxml2
3.

Actual Results:  
here's the last couple of lines from the failure:

mv -f xinclude.o .libs/xinclude.o
 gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -D_REENTRANT -O3 -mcpu=
pentium4 -pipe -Wall -c xinclude.c -MT xinclude.lo -MD -MP -MF .deps/xinclude.TP
lo >/dev/null 2>&1
source='nanohttp.c' object='nanohttp.lo' libtool=yes \
depfile='.deps/nanohttp.Plo' tmpdepfile='.deps/nanohttp.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I.
/include  -D_REENTRANT      -O3 -mcpu=pentium4 -pipe -Wall -c -o nanohttp.lo `te
st -f 'nanohttp.c' || echo './'`nanohttp.c
source='nanoftp.c' object='nanoftp.lo' libtool=yes \
depfile='.deps/nanoftp.Plo' tmpdepfile='.deps/nanoftp.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I.
/include  -D_REENTRANT      -O3 -mcpu=pentium4 -pipe -Wall -c -o nanoftp.lo `tes
t -f 'nanoftp.c' || echo './'`nanoftp.c
 gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -D_REENTRANT -O3 -mcpu=
pentium4 -pipe -Wall -c nanohttp.c -MT nanohttp.lo -MD -MP -MF .deps/nanohttp.TP
lo  -DPIC
distcc[11769] (dcc_build_somewhere) Warning: failed to distribute, running local
ly instead
 gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -D_REENTRANT -O3 -mcpu=
pentium4 -pipe -Wall -c nanoftp.c -MT nanoftp.lo -MD -MP -MF .deps/nanoftp.TPlo
 -DPIC
distcc[11784] (dcc_build_somewhere) Warning: failed to distribute, running local
ly instead
nanohttp.c: In function `xmlNanoHTTPConnectAttempt':
nanohttp.c:973: error: `len' undeclared (first use in this function)
nanohttp.c:973: error: (Each undeclared identifier is reported only once
nanohttp.c:973: error: for each function it appears in.)
distcc[11769] ERROR: compile on localhost failed
make[2]: *** [nanohttp.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
nanoftp.c: In function `xmlNanoFTPGetConnection':
nanoftp.c:1552: error: `dataAddrLen' undeclared (first use in this function)
nanoftp.c:1552: error: (Each undeclared identifier is reported only once
nanoftp.c:1552: error: for each function it appears in.)
distcc[11784] ERROR: compile on localhost failed
make[2]: *** [nanoftp.lo] Error 1
mv -f xpath.o .libs/xpath.o
 gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./include -D_REENTRANT -O3 -mcpu=
pentium4 -pipe -Wall -c xpath.c -MT xpath.lo -MD -MP -MF .deps/xpath.TPlo >/dev/
null 2>&1
make[2]: Leaving directory `/var/tmp/portage/libxml2-2.6.4/work/libxml2-2.6.4'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/libxml2-2.6.4/work/libxml2-2.6.4'
make: *** [all] Error 2
 
!!! ERROR: dev-libs/libxml2-2.6.4 failed.
!!! Function src_compile, Line 37, Exitcode 2
!!! (no error message)


Expected Results:  
successfully emerged
Comment 1 Lisa Seelye (RETIRED) gentoo-dev 2004-02-10 00:03:26 UTC
This package has been a *CONTINUAL* source of problems.  I suggest the Gnome team keep bugging upstream to FIX this.

This is not a distcc problem - this is an upstream problem that remains unresolved.

See bug 26518

*** This bug has been marked as a duplicate of 26518 ***