gwennelson / distcc Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/distcc
License: GNU General Public License v2.0
Automatically exported from code.google.com/p/distcc
License: GNU General Public License v2.0
[deleted issue]
This is r644.
Original issue reported on code.google.com by [email protected]
on 8 Jan 2009 at 10:26
Attachments:
When I retrieve the latest source (http://distcc.googlecode.com/files/
distcc-3.0.tar.bz2) and try to build it, I get the following error when
running configure:
./configure: line 8145: syntax error near unexpected token `AVAHI,'
./configure: line 8145: ` PKG_CHECK_MODULES(AVAHI, avahi-client >= 0.6,'
Running autogen.sh before produces the following output:
./autogen.sh: running aclocal
aclocal: couldn't open directory `m4': No such file or directory
./autogen.sh: running autoheader
./autogen.sh: running autoconf
configure.ac:90: error: possibly undefined macro: AC_DEFINE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
This happens on 2 different machines (both Linux, same errors):
CentOS something
autoconf (GNU Autoconf) 2.59
automake (GNU automake) 1.9.6
Debian testing
autoconf (GNU Autoconf) 2.61
automake (GNU automake) 1.10.1
Original issue reported on code.google.com by [email protected]
on 13 Oct 2008 at 10:46
While building the linux kernel in pump mode,
I experienced a deadlock, with a bunch of distcc processes each holding one
of the local cpu locks and trying to acquire a tcp lock, and another bunch
of distcc processes each holding one of the tcp locks and trying to acquire
a local cpu lock.
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 6:40
2.18.3 i486-pc-linux-gnu (protocols 1 and 2) (default port 3632)
built May 1 2007 10:25:30 (From the Ubuntu HH package)
All hosts running distcc are running Ubuntu Hardy Heron (8.04)
We're running gcc 2.95 and gcc 4.2.3
We use distcc for building the firmware for our product.
We deem the whole build to be a failure if the compiler emits even a single
warning message. It would be nice if there was an option to suppress
warnings from distcc about 'broken pipe, no route to host' type errors,
where somone in the farm rebooted their box part way through a build. This
way we wouldn't have to leave the boxes running over the weekend etc.
Original issue reported on code.google.com by [email protected]
on 15 Aug 2008 at 2:37
Here is my environment:
distcc 3.1
Darwin mikehale.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24
17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5488)
I'm trying to install on leopard, but I keep getting the following error
when running make:
if test -z "/opt/local/bin/python2.5"; then \
echo "Not building include-server: No suitable python found"; \
else \
mkdir -p "./_include_server" && \
DISTCC_VERSION="3.1" \
SRCDIR="." \
CFLAGS="-g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations
-Wuninitialized -D_THREAD_SAFE -Wno-missing-prototypes
-Wno-missing-declarations -Wno-write-strings -Wp,-U_FORTIFY_SOURCE" \
CPPFLAGS="-DHAVE_CONFIG_H -D_GNU_SOURCE
-DSYSCONFDIR="\"/usr/local/etc\""
-DPKGDATADIR="\"/usr/local/share/distcc\"" -Isrc -I"./src" -I"./lzo"
-I"./popt"" \
/opt/local/bin/python2.5 "./include_server/setup.py" \
build \
--build-base="./_include_server" \
--build-temp="./_include_server"; \
fi
setup.py: PYTHON_CFLAGS must be defined.
running build
running build_py
running build_ext
building 'include_server.distcc_pump_c_extensions' extension
ccache /usr/bin/gcc-4.0 -arch i386 -arch ppc -isysroot
/Developer/SDKs/MacOSX10.5.sdk -L/opt/local/lib -bundle -undefined
dynamic_lookup -g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations
-Wuninitialized -D_THREAD_SAFE -Wno-missing-prototypes
-Wno-missing-declarations -Wno-write-strings -Wp,-U_FORTIFY_SOURCE
-DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR=/usr/local/etc
-DPKGDATADIR=/usr/local/share/distcc -Isrc -I./src -I./lzo -I./popt
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/clirpc.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/clinet.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/state.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/srvrpc.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/pump.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/rpc.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/io.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/include_server_if.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/trace.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/snprintf.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/util.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/tempfile.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/filename.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/bulk.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/sendfile.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/compress.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/argutil.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/cleanup.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/emaillog.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/timeval.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/src/netutil.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/lzo/minilzo.o
./_include_server/Users/mikehale/Downloads/distcc-3.1/include_server/c_extension
s/distcc_pump_c_extensions_module.o
-o
./_include_server/lib.macosx-10.5-fat-2.5/include_server/distcc_pump_c_extension
s.so
gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple
-arch flags
error: command 'ccache' failed with exit status 1
make: *** [include-server] Error 1
Original issue reported on code.google.com by [email protected]
on 28 Jan 2009 at 8:58
I know Debian includes a generic man page for it, but it doesn't tell me
what all the pretty colors mean. ;-)
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 10:35
Using distcc r449 from svn on 32-bit Ubuntu Dapper with gcc 4.0.3-1ubuntu5.
When I ran make, I get:
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/usr/local/etc\""
-DPKGDATADIR="\"/usr/local/share/distcc\"" -Isrc -I"./src" -I"./lzo"
-Werror -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized -Wshadow
-Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return
-Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
-Wmissing-declarations -D_REENTRANT -o src/zeroconf.o -c src/zeroconf.c
src/zeroconf.c:2:1: error: "/*" within comment
make: *** [src/zeroconf.o] Error 1
src/zeroconf-reg.c has the same issue.
Curious, what version of gcc are you guys using?
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 8:41
[Testing out code.google.com's "Code Review Request" workflow.]
Purpose of code changes on this branch:
Avoid using "echo -n", because it's not portable.
When reviewing my code changes, please focus on:
correctness.
After the review, I'll merge this branch into:
/trunk
Original issue reported on code.google.com by [email protected]
on 24 Dec 2008 at 9:21
Using version:
2.18.3
3.0rc2
Platform:
redhat linux x86_64
building from source using gcc4.3.0
trying to:
build own project using eclipse 3.4 (ganymede) with cdt
what went wrong:
it fails to distribute the job, since eclipse cdt does not add a space
between options "-MF", "-MT" but the comments in arg.c states that those
options are ok for distributing - but it does not check if flag and
argument are indeed separated by a space
Example:
distcc g++ -I../include -I../example
-I../extern/noarch/mysql/5.0.51a/include
-I../extern/noarch/mysqlpp/3.0.0/include -O0 -g3 -Wall -c
-fmessage-length=0 -Wno-deprecated -MMD -MP -MF"apps/apps.d"
-MT"apps/apps.d" -o"apps/apps.o" "../apps/apps.cpp"
all clients are connected by ssh and have varieing numbers of processors,
all with the lzo option
Solution:
We fixed that by replacing the strcmp function with a strncmp function,
that only compares the first n characters.
Our project compiles just fine with that - but we might have overlooked
something.
Patch: in the attachment
Original issue reported on code.google.com by [email protected]
on 12 Jul 2008 at 7:05
Attachments:
Here is a patch that suppresses the warnings emitted by GCC 4.3 about
unused return value. Although the warnings were harmless, they caused
distcc build process to failed (since the -Werror flag is used by default).
Original issue reported on code.google.com by [email protected]
on 26 Apr 2009 at 1:01
Attachments:
Hi all,
{{{
akim@montero ~ $ uname -a
Darwin montero.gostai.ensta.fr 9.5.0 Darwin Kernel Version 9.5.0: Wed Sep 3
11:29:43 PDT 2008; root:xnu-
1228.7.58~1/RELEASE_I386 i386
akim@montero ~ $ g++ --version
i686-apple-darwin9-g++-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5484)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
akim@montero ~ $ which g++
/usr/bin/g++
}}}
I'm using distcc as provided by the macports.
I'm experiencing a bizarre error that I don't really understand. I don't know
what I can do to provide more accurate
information, sorry.
{{{
$ cat contract.cc
#include <iostream>
$ DISTCC_LOG=/tmp/distcc.log DISTCC_VERBOSE=1 pump distcc g++ -c contract.cc -o
/tmp/foo.o
__________Using distcc-pump from /opt/local/bin
__________Using 4 distcc servers, of which only 3 support(s) pump
mode
WARNING include server: Preprocessing locally. Include server internal error:
'<type 'exceptions.ValueError'>: ("Expected
absolute path, but got '(framework'.",)' for translation unit 'unknown
translation unit' ------- Include server stack trace -----
------
Traceback (most recent call last):
File "/opt/local/lib/python2.5/site-packages/include_server/include_server.py", line 379, in handle
include_analyzer.client_root_keeper))
File "/opt/local/lib/python2.5/site-packages/include_server/include_analyzer.py", line 254, in DoCompilationCommand
self.timer))
File "/opt/local/lib/python2.5/site-packages/include_server/parse_command.py", line 435, in ParseCommandArgs
compiler_defaults.SetSystemDirsDefaults(compiler, parse_state.language, timer)
File "/opt/local/lib/python2.5/site-packages/include_server/compiler_defaults.py", line 353, in SetSystemDirsDefaults
self.system_links)
File "/opt/local/lib/python2.5/site-packages/include_server/compiler_defaults.py", line 104, in
_MakeLinkFromMirrorToRealLocation
raise ValueError("Expected absolute path, but got '%s'." % system_dir)
ValueError: Expected absolute path, but got '(framework'.
----------------------------------------------
}}}
Thanks for the good work!
Original issue reported on code.google.com by [email protected]
on 15 Dec 2008 at 9:31
Attachments:
After fixing issue 3, building r456 still fails for me on Ubuntu Dapper.
Looks like you need to add @ZEROCONF_DISTCC_OBJS@ to $common_obj in
Makefile.in??
Console output:
gcc -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-arith
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations -D_REENTRANT
-o distccd src/access.o src/daemon.o src/dopt.o src/dparent.o
src/dsignal.o src/ncpus.o src/prefork.o src/stringmap.o src/serve.o
src/setuid.o src/srvnet.o src/srvrpc.o src/state.o src/stats.o
src/fix_debug_info.o src/zeroconf-reg.o src/arg.o src/argutil.o
src/cleanup.o src/compress.o src/trace.o src/util.o src/io.o src/exec.o
src/rpc.o src/tempfile.o src/bulk.o src/help.o src/filename.o src/lock.o
src/netutil.o src/pump.o src/sendfile.o src/safeguard.o src/snprintf.o
src/timeval.o src/dotd.o src/hosts.o src/hostfile.o src/implicit.o
src/loadfile.o src/gcc-id.o lzo/minilzo.o -lpthread -lpopt
-lavahi-common -lavahi-client
src/hosts.o: In function `dcc_parse_hosts':
/home/thestig/distcc/pump/distcc-read-only/src/hosts.c:516: undefined
reference to `dcc_zeroconf_add_hosts'
collect2: ld returned 1 exit status
make: *** [distccd] Error 1
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 9:37
I ran into problems with "make check" before svn commit'ing for issue 43.
It appears the DotD_Case.TempCompile_Case C++-specific tests fail under GCC
4.3.3 (which tends to be more strict than GCC 4.1.2). I've attached full
output for the failed tests along with a patch that appears to fix it.
(Will commit to SVN if it looks fine to you, then commit the patch for
issue 43 afterward.)
$ cat test.cpp
int main(char **argv) {};
$ gcc-4.3.3 --version
gcc (Gentoo 4.3.3 p1.0, pie-10.1.5) 4.3.3
$ gcc-4.3.3 -c test.cpp -o /dev/null ; echo $?
test.cpp:1: error: first argument of ‘int main(char**)’ should be ‘int’
test.cpp:1: error: ‘int main(char**)’ takes only zero or two arguments
1
$
$ gcc-4.1.2 --version
gcc-4.1.2 (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.2)
$ gcc-4.1.2 -c test.cpp -o /dev/null ; echo $?
0
$
Original issue reported on code.google.com by benizi
on 8 Apr 2009 at 11:28
Attachments:
(Originally posted as a comment in issue 34, but I thought that might get
lost, since the issue is closed.)
When using zeroconf/avahi, hosts with multiple IP addresses (e.g. either
IPv4+IPv6 or wired+wireless) show up more than once. The attached patch
filters the duplicates out by service name.
For example, on my machine:
$ avahi-browse -t _distcc._tcp
+ wlan IPv6 distcc@averatec
+ wlan IPv4 distcc@averatec
+ wired IPv6 distcc@averatec
+ wired IPv4 distcc@acerlin
+ wired IPv4 distcc@averatec
$ export DISTCC_HOSTS=+zeroconf
Without the patch, I get:
$ distcc --show-hosts
[fe80::221:85ff:fe7b:6468]:3632/8
192.168.1.114:3632/8
[fe80::221:85ff:fe4a:4151]:3632/8
192.168.2.17:3632/8
192.168.2.23:3632/4
After the patch, the 'distcc@averatec' entries are collapsed into one:
$ distcc --show-hosts
192.168.2.17:3632/8
192.168.2.23:3632/4
Patch is against svn@662.
-- Ben
Original issue reported on code.google.com by benizi
on 8 Apr 2009 at 5:14
Attachments:
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")?
building 3.1 from code.google.com/p/distcc
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
What compilare are you using ("gcc 3.3")? Run "uname -a" and "cc
--version" to see.
Novell SLES 10, SLED 10
gcc-4.1.2_20070115-0.11
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
build distcc
4. What went wrong?
In file included from src/emaillog.c:36:
src/snprintf.h:30: error: expected declaration specifiers or '...' before
numeric constant
src/snprintf.h:30: error: expected declaration specifiers or '...' before
'__builtin_object_size'
src/snprintf.h:30: warning: conflicting types for built-in function
'__builtin___snprintf_chk'
src/snprintf.h:37: error: expected declaration specifiers or '...' before
numeric constant
src/snprintf.h:37: error: expected declaration specifiers or '...' before
'__builtin_object_size'
src/snprintf.h:37: warning: conflicting types for built-in function
'__builtin___vsnprintf_chk'
5. If you have an example of a compiler invocation that failed, quote it,
in full
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
-DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"./src" -I"./lzo" -march=i586
-mtune=i686 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -O2 -MD -W -Wall
-Wimplicit -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings
-Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -Wuninitialized -pthread -o
src/emaillog.o -c src/emaillog.c
this builds fine with openSUSE 11.1 and gcc43-4.3.3_20081022-9.8
thanks for looking into this.
Original issue reported on code.google.com by [email protected]
on 31 Jan 2009 at 3:09
1. distcc-3.0rc2.tar.gz
2. Linux 2.6.18-6-ixp4xx armv5tel GNU/Linux
cc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
3. tried to run /usr/src/distcc-3.0rc2/# make deb (with -i to catch
all "cast" errors)
4. What went wrong? => doesn't compile, see 5.
5.
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\"" -
DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"./src" -I"./lzo" -I"./popt" -
Werror -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-
arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -
Wmissing-prototypes -Wnested-externs -Wmissing-declarations -pthread -o
src/srvnet.o -c src/srvnet.c
cc1: warnings being treated as errors
src/srvnet.c: In function 'dcc_check_client':
src/srvnet.c:268: warning: cast increases required alignment of target type
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\"" -
DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"./src" -I"./lzo" -I"./popt" -
Werror -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-
arith -Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes -
Wmissing-prototypes -Wnested-externs -Wmissing-declarations -pthread -o
src/fix_debug_info.o -c src/fix_debug_info.c
cc1: warnings being treated as errors
src/fix_debug_info.c: In function 'FindElfSection':
src/fix_debug_info.c:67: warning: cast increases required alignment of
target type
src/fix_debug_info.c:131: warning: cast increases required alignment of
target type
src/fix_debug_info.c:176: warning: cast increases required alignment of
target type
src/fix_debug_info.c:178: warning: cast increases required alignment of
target type
Just let me know whether you need further information :-)
Original issue reported on code.google.com by [email protected]
on 23 Jun 2008 at 11:48
This is an issue report about distcc 3.0 (compiled by myself).
gcc (GCC) 4.3.2
Linux 2.6.26.x (I think.)
But that doesn't matter I think.
When building some common packages there is a problem in parsing the -Wp
arguments.
For example: iptables 1.4.1.1
[chroot-i686(i686)] root:/usr/src/iptables-1.4.1.1$ make
make all-recursive
make[1]: Entering directory `/usr/src/iptables-1.4.1.1'
Making all in extensions
make[2]: Entering directory `/usr/src/iptables-1.4.1.1/extensions'
GEN initext4.c
CC initext4.o
distcc[22065] (copy_extra_args) Warning: '-Wp,-MD' or '-Wp,-MMD' option is
missing filename argument
distcc[22065] ERROR: compile (null) on localhost failed
distcc[22064] (copy_extra_args) Warning: '-Wp,-MD' or '-Wp,-MMD' option is
missing filename argument
gcc: ./.initext4.o.d: No such file or directory
gcc: initext4.o: No such file or directory
distcc[22064] ERROR: compile (null) on localhost failed
make[2]: *** [initext4.o] Error 1
make[2]: Leaving directory `/usr/src/iptables-1.4.1.1/extensions'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/iptables-1.4.1.1'
make: *** [all] Error 2
Syslinux 3.62:
make[2]: Entering directory `/usr/src/syslinux-3.62/mtools'
gcc -Wp,-MT,syslinux.o,-MMD,.syslinux.o.d -W -Wall -fno-stack-protector -
D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I../libfat -I../libinstaller -c -o
syslinux.o syslinux.c
distcc[15587] (copy_extra_args) Warning: '-Wp,-MD' or '-Wp,-MMD' option is
missing filename argument
I tried to modify that lines but still get the same error, or an assertion
error (http://code.google.com/p/distcc/source/browse/trunk/src/arg.c#474)
or gcc didn't accept the flags :(.
I searched some code repositories of some big distributions but no one has
a patch or anything else.
Hope that is enough information for you.
Michael
Original issue reported on code.google.com by [email protected]
on 5 Oct 2008 at 4:06
This is a simple patch that adds the standard TAGS target for Emacs users.
Original issue reported on code.google.com by [email protected]
on 26 Apr 2009 at 1:03
Attachments:
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")? You can run
"distcc --version" to see. If you got distcc from a distribution package
rather than building from source, please say which one.
distcc-3.0 (svn 549)
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
What compilare are you using ("gcc 3.3")? Run "uname -a" and "cc
--version" to see.
SunOS cod 5.10 Generic_120011-14 sun4u sparc SUNW,Sun-Fire-V210
gcc (GCC) 3.4.4
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
install distcc
4. What went wrong? Did you get an error message, did it hang, did it
build a program that didn't work, did it not distribute compilation to
machines that ought to get it?
On a few files I got similar warnings (that the Makefile raised to errors
stopping the build) that look like
../distcc-3.0/src/fix_debug_info.c: In function `FindElfSection':
../distcc-3.0/src/fix_debug_info.c:67: warning: cast increases required
alignment of target type
../distcc-3.0/src/fix_debug_info.c:131: warning: cast increases required
alignment of target type
../distcc-3.0/src/fix_debug_info.c:176: warning: cast increases required
alignment of target type
../distcc-3.0/src/fix_debug_info.c:178: warning: cast increases required
alignment of target type
gmake: *** [src/fix_debug_info.o] Error 1
5. If you have an example of a compiler invocation that failed, quote it,
in full e.g.:
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE
-DSYSCONFDIR="\"/home/jhanley/local/etc\""
-DPKGDATADIR="\"/home/jhanley/local/share/distcc\"" -Isrc
-I"../distcc-3.0/src" -I"../distcc-3.0/lzo" -Werror -g -O2 -MD -W -Wall
-Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -D_REENTRANT -pthreads -o
src/fix_debug_info.o -c ../distcc-3.0/src/fix_debug_info.c
6. What error logging do you get? Turn on client and server error logging.
On the client, set these environment variables, and try to reproduce the
problem: =export DISTCC_VERBOSE=1 DISTCC_LOG=/tmp/distcc.log=. Start the
server with the --verbose option. If the problem is intermittent, leave
logging enabled and then pull out the lines from the log file when the
problem recurs.
N/A
7. If you got an error message on stderr, quote that error exactly. Find
the lines in the log files pertaining to the compile, and include all of
them in your report, by looking at the process ID in square brackets. If
you can't work that out, quote the last few hundred lines leading up to the
failure.
N/A
Original issue reported on code.google.com by [email protected]
on 9 Jul 2008 at 9:10
Attachments:
I am running distcc 3.1 using "pump mode". I am running on a Sun 2.10 with
Solaris. The compiler option is gcc version 3.4.4. I am currently running
the distcc daemon on 3 servers, all Sun-Solaris. I am trying to compile a C
file by having both the preprocessing and compilation done remotely. Every
time I attempt this, I get the following message:
__________Using distcc-pump from /home/tholly/solaris_local/bin
__________Found 3 available distcc servers
WARNING include server: Preprocessing locally. Include server not covering:
Bailing out because include server spent more than 3.8s user time handling
request for translation unit 'cfilename.c
__________Shutting down distcc-pump include server
I have verbose set to on for both distcc and distccd. Here is what I see
pertaining to the issue in the log files:
distcc.log:
distcc[28211] (dcc_r_argv) reading 0 arguments from job submission
distcc[28211] (dcc_r_argv) got arguments:
distcc[28211] Warning: include server gave up analyzing
distcc[28211] (dcc_build_somewhere) Warning: failed to get includes from
include server, preprocessing locally
distccd.log:
distccd[26802] (dcc_readx) ERROR: unexpected eof on fd5
distccd[26802] (dcc_r_token_int) ERROR: read failed while waiting for token
"DIST"
distccd[26802] (dcc_r_request_header) ERROR: client did not provide distcc
magic fairy dust
This is what happens every time no matter what the C file. It is failing to
send the includes to the include server and resorts to preprocessing
locally, but I do not know how to fix it.
Original issue reported on code.google.com by [email protected]
on 11 Feb 2009 at 3:14
I have some question to developers of distcc.
When distcc runs compilation commands from make utility, sometimes
there are scripts in them.
Such as
========= make 3.81 case
if gcc -DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib\"
-DINCLUDEDIR=\"/usr/local/include\" -DHAVE_CONFIG_H -I. -I. -I. -I./glob
-g -O2 -MT ar.o -MD -MP -MF ".deps/ar.Tpo" -c -o ar.o ar.c; \
then mv -f ".deps/ar.Tpo" ".deps/ar.Po"; else rm -f ".deps/ar.Tpo"; exit 1; fi
==========================================================================
Of course, above script does not harm to compilation dependencies but
some script can make problem at compilation dependencies.
It can change the source file that will be used for next compilation jobs.
I know that make utility does not investigate dependencies in scripts of
compilation commands. If some scripts can give effects to compilation
dependencies then distcc(also make utility) cannot guarantee the
correctness of compilation jobs.
Please let me know how a team of distcc handle above problem.
Thanks.
Original issue reported on code.google.com by [email protected]
on 1 Oct 2008 at 6:55
For certain Boost header files, which do "#include BOOST_PP_ITERATE()",
pump mode reports warnings, and eventually falls back to local
preprocessing. There are two problems:
(1) performance; when this case is hit, overall build speed can be as bad
as 5X worse than non-pump mode
(2) the diagnostics that are given just state the translation unit, but
give no indication of which header file(s) or which #include statement(s)
are problematic.
Original issue reported on code.google.com by [email protected]
on 4 Aug 2008 at 9:40
Building distcc-3.0rc2 fails on i686-pc-linux-gnu with GCC 4.2.3.
Configure with:
CFLAGS="-O3" ../distcc-3.0rc2/configure --prefix=/usr --sysconfdir=/etc
--with-docdir=/usr/doc/distcc-3.0rc2 --with-included-popt --with-gtk
--without-gnome
Console output:
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
-DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"../distcc-3.0rc2/src"
-I"../distcc-3.0rc2/lzo" -I"../distcc-3.0rc2/popt" -Werror -O3 -MD -W -Wall
-Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -pthread -o src/help.o -c
../distcc-3.0rc2/src/help.c
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
-DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"../distcc-3.0rc2/src"
-I"../distcc-3.0rc2/lzo" -I"../distcc-3.0rc2/popt" -Werror -O3 -MD -W
-Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -pthread -o src/filename.o -c
../distcc-3.0rc2/src/filename.c
cc1: warnings being treated as errors
../distcc-3.0rc2/src/filename.c: In function 'dcc_is_object':
../distcc-3.0rc2/src/filename.c:263: warning: passing argument 1 of
'dcc_find_ex
tension' discards qualifiers from pointer target type
make: *** [src/filename.o] Error 1
Original issue reported on code.google.com by [email protected]
on 30 Jun 2008 at 1:41
Pump mode uses the system header files (header files in the default system
include directories) from the servers, rather than from the client.
This means that for deterministic operation, those header files need to be
the same on all the distcc servers as they are on the distcc client.
However, currently there's no easy way to check that.
We should provide a tool that users can run to check it.
Original issue reported on code.google.com by [email protected]
on 4 Aug 2008 at 9:44
1.
$ distcc --version
distcc 3.1 x86_64-unknown-linux-gnu
(protocols 1, 2 and 3) (default port 3632)
built Dec 2 2008 17:00:34
Copyright (C) 2002, 2003, 2004 by Martin Pool.
Includes miniLZO (C) 1996-2002 by Markus Franz Xaver Johannes Oberhumer.
Portions Copyright (C) 2007-2008 Google.
2.
$ cat /etc/debian_version
squeeze/sid
$ g++ --version
g++ (Debian 4.3.3-3) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$ uname -a
Linux brasilia 2.6.30-rc5-sh-pentiumm #1 PREEMPT Sun May 10 07:05:59 CEST
2009 i686 GNU/Linux
3.-7.
$ LANG=C pump make -j 20
__________Using distcc-pump from /usr/bin
__________Using 26 distcc servers in pump mode
/usr/bin/pump: line 287: /usr/bin/python2.4: No such file or directory
__________Expected a socket at '/tmp/distcc-pump.wdk5fm/socket'
__________Could not start distcc-pump include server
No python2.4 is found. I have python 2.5 installed, and since the deb
package does not define any dependency to python 2.4 it did not get
installed with distcc.
$ python --version
Python 2.5.4
$ ls /usr/bin/python*
/usr/bin/python /usr/bin/python2.5
Please either include a dependency on python 2.4 or do not use a specific
version of python, use /usr/bin/python instead.
Thanks,
Sten
Original issue reported on code.google.com by [email protected]
on 12 May 2009 at 4:04
it's not necessarily correct to test (mode & S_IFLNK) == S_IFLNK or (mode &
S_IFDIR) == S_IFDIR; you want to test all the S_IFMT bits. easiest to use
the provided S_ISLNK and S_ISDIR macros...
Original issue reported on code.google.com by [email protected]
on 25 Jun 2008 at 1:08
Attachments:
"Makefile", line 479: Need an operator
make: fatal errors encountered -- cannot continue
Original issue reported on code.google.com by [email protected]
on 15 Jul 2008 at 11:59
I have a bizarre failure from the include_server, and I'm not sure what I
should do:
WARNING include server: Preprocessing locally. Include server internal error:
'<class
'sre_constants.error'>: ('bogus escape (end of line)',)' for translation unit
'../source/lib/libport/file-library.cc' ------- Include server stack trace
-----------
My set up is very unusual: I'm using msvc++ to compile, but I'm using a
home-grown wrapper
that takes a gcc-like command line and under the hood actually uses cl.exe. It
is sufficiently
gcc-like to have ccache work perfectly, to have libtool accept it, and to have
Automake have
automatic dependency tracking with gcc-like -MT options.
But I have this warning that I don't understand, and I don't know how to track
it. I have included
a portion of the log file that i have when I run
INCLUDE_SERVER_ARGS='-d15' DISTCC_VERBOSE=1
DISTCC_HOSTS='192.168.0.103,lzo,cpp/1' pump make CXX='distcc cl.exe'
Note that the wrapper tries to produce the -v output in order to help the
include_server find the
-I path:
build@bf-linux-6 /tmp/./cl.exe foo.cc -v -c
#include "..." search starts here:
#include <...> search starts here:
/home/build/.wine/dosdevices/c:/vcxx8/VC/include
/home/build/.wine/dosdevices/c:/vcxx8/VC/PlatformSDK/Include
End of search list.
Distcc also fails on a small-scale experiment here:
DISTCC_VERBOSE=1 DISTCC_HOSTS='192.168.0.103,lzo,cpp/1' pump distcc cl.exe
foo.cc -c -o
foo.o |& tee log
(the result of which is the "foo.log" attachement.)
This is with stock 3.1, not the head of svn.
¡
Original issue reported on code.google.com by [email protected]
on 23 Jan 2009 at 3:48
Attachments:
In pump mode, distcc does not correctly handle -I options that refer to
directories that are on (or are a subdirectory of) the default system
include search path.
Distcc will not send default system include directories (those directories
on the default include search path, e.g. /usr/include) to the distcc server
machines. Nevertheless, distcc rewrites -I options such as
-I/usr/include/foo as e.g. -I/tmp/distccNNN/usr/include/foo. This doesn't
work, since the files in /usr/include/foo don't get sent to the distccd server.
Original issue reported on code.google.com by [email protected]
on 10 Jun 2008 at 5:26
1. What version of distcc are you using (e.g. "2.7.1")?
svn revision 618
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
Gentoo, x86-64, gcc-4.1.2, glibc-2.6.1, python-2.5.2
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
$ svn co distcc; ./autogen.sh; ./configure; make
4. What went wrong?
(snip)
building 'include_server.distcc_pump_c_extensions' extension
x86_64-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG
-DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR=/usr/local/etc
-DPKGDATADIR=/usr/local/share/distcc -Isrc -I./src -I./lzo -fPIC
-D_GNU_SOURCE=1 -Isrc -I./src -I./lzo -I/usr/include/python2.5 -c
-D_GNU_SOURCE=1 -Isrc -I./src -I./lzo -I/usr/include/python2.5 -c
/tmp/distcc-read-only/src/clirpc.c -o
./_include_server/tmp/distcc-read-only/src/clirpc.o -W -Wall -Wimplicit
-Wuninitialized -Wshadow -Wpointer-arith -Wcast-align -Waggregate-return
-Wstrict-prototypes -Wnested-externs -Werror -Wp,-U_FORTIFY_SOURCE
cc1: warnings being treated as errors
cc1: warning: -Wuninitialized is not supported without -O
error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1
make: *** [include-server] Error 1
attached a patch to fix.
Original issue reported on code.google.com by [email protected]
on 27 Oct 2008 at 3:43
Attachments:
I would really like to se -Werror in your build system as an optin/out
thing (maybe some kind of --maintainer-mode?).
No buildsystem is perfect, and there is a lot of things that can give
warnings (like FORTIFY_SOURCE) even when there is nothing critical going wrong.
Why not have a flag for configure that makes it possible to opt-out?
Original issue reported on code.google.com by [email protected]
on 22 Sep 2008 at 7:50
distcc 3.1 i686-pc-cygwin
(protocols 1, 2 and 3) (default port 3632)
built May 14 2009 10:59:41
Copyright (C) 2002, 2003, 2004 by Martin Pool.
CYGWIN_NT-5.1 1.5.19(0.150/4/2) 2006-01-20 13:28
ADS1.2 [BUILD 842]
_______Using distcc-pump from /usr/local/bin
TRACE: Starting socketserver /tmp/distcc-pump.N13504/socket
__________Found 2 available distcc servers
WARNING include server: Preprocessing locally. Include server not covering:
Could not
locate name of translation unit: ['ARM926EJ-S',
'/interwork/noropi/norwpi/noswst',
'softvfp', '../../modem/1x/cp/src/otasp.c']. for translation unit 'unknown
translation unit'
distcc[11132] Warning: include server gave up analyzing
distcc[11132] (dcc_build_somewhere) Warning: failed to get includes from
include
server, preprocessing locally
OBJECT SXNAAHZ/autoconfigdiag.o
why?how to fix this issue?
thanks a lot!
jason CNH
Original issue reported on code.google.com by [email protected]
on 19 May 2009 at 3:35
Ideally, distcc would know about the os, arch, compiler and the
compiler-version needed to do the compilation job.
This would prevent ABI problems between versions of GCC, allow you to use
all CPU power on the network (regardless of arch or os), and make
cross-compiling much easier.
In my case, I have a project that must be compiled on:
win32, win64, sparc, x86-32bit, and x86-64bit.
To make ideal use of these 5 boxes, I would put distcc on all 5 boxes with
all 5 compilers.
Ciao!
Original issue reported on code.google.com by [email protected]
on 13 Jul 2009 at 3:45
1. What version of distcc are you using (e.g. "2.7.1")?
svn revision 618
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
Gentoo, x86-64, gcc-4.1.2, glibc-2.6.1, python-2.5.2
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
$ svn co distcc; ./autogen.sh; ./configure; make
4. What went wrong?
(snip)
x86_64-pc-linux-gnu-gcc -pthread -fno-strict-aliasing -g -O2 -MD -W -Wall
-Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -pthread -DHAVE_CONFIG_H
-D_GNU_SOURCE -DSYSCONFDIR=/usr/local/etc
-DPKGDATADIR=/usr/local/share/distcc -Isrc -I./src -I./lzo -fPIC
-D_GNU_SOURCE=1 -Isrc -I./src -I./lzo -I/usr/include/python2.5 -c
-D_GNU_SOURCE=1 -Isrc -I./src -I./lzo -I/usr/include/python2.5 -c
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c
-o
./_include_server/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c
_extensions_module.o
-W -Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Waggregate-return -Wstrict-prototypes -Wnested-externs -Werror
-Wp,-U_FORTIFY_SOURCE
cc1: warnings being treated as errors
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c:26:
warning: initialization discards qualifiers from pointer target type
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c:31:
warning: initialization discards qualifiers from pointer target type
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c:384:
warning: no previous prototype for 'initdistcc_pump_c_extensions'
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c:
In function 'initdistcc_pump_c_extensions':
/tmp/distcc-read-only/include_server/c_extensions/distcc_pump_c_extensions_modul
e.c:388:
warning: passing argument 1 of 'PyErr_NewException' discards qualifiers
from pointer target type
error: command 'x86_64-pc-linux-gnu-gcc' failed with exit status 1
make: *** [include-server] Error 1
following patch solved them.
http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/sys-devel/distcc/file
s/distcc-3.0-gentoo.patch?rev=1.1
Original issue reported on code.google.com by [email protected]
on 27 Oct 2008 at 3:53
I am running distcc 3.0 i686-pc-linux-gnu on a gentoo system with GCC
4.1.2. On any compile, or running 'distcc --show-hosts' I get an "ERROR:
invalid tcp port specification in "<ipv6 address here>""
Because of this, distcc fails to work with zeroconf on my network (or any
network where zeroconf reports IPv6 adresses).
The best solution is to either fix the address parsing so that zeroconf's
IPv6 addresses parse correctly, or to force avahi to give only IPv4 addresses.
Original issue reported on code.google.com by [email protected]
on 13 Jan 2009 at 9:54
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")?
svn revision 622
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
Gentoo, x86-64, gcc-4.3.2, glibc-2.8, python-2.5.2
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
svn co distcc; ./autogen.sh; CFLAGS="-O3 -fomit-frame-pointer -pipe"
./configure; make
4. What went wrong?
(snip)
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/usr/local/etc\""
-DPKGDATADIR="\"/usr/local/share/distcc\"" -Isrc -I"./src" -I"./lzo"
-Werror -O3 -fomit-frame-pointer -pipe -MD -W -Wall -Wimplicit
-Wuninitialized -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings
-Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -D_REENTRANT -o src/where.o -c
src/where.c
cc1: warnings being treated as errors
src/where.c: In function 'dcc_lock_local_cpp':
src/where.c:193: error: 'chosen' may be used uninitialized in this function
make: *** [src/where.o] Error 1
FYI: http://bugs.gentoo.org/show_bug.cgi?id=244847
attached a patch.
Original issue reported on code.google.com by [email protected]
on 29 Oct 2008 at 4:32
Attachments:
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")? You can run
"distcc --version" to see. If you got distcc from a distribution package
rather than building from source, please say which one.
distcc 3.0 i686-pc-linux-gnu
(protocols 1, 2 and 3) (default port 3632)
built Dec 18 2008 21:34:13
Built from source using Gentoo package sys-devel/distcc-3.0-r4.
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
What compilare are you using ("gcc 3.3")? Run "uname -a" and "cc
--version" to see.
Linux tidal 2.6.23-gentoo-r9 #2 SMP Tue Aug 26 20:20:08 PDT 2008 i686
Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux
gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.1)
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
Compile almost anything with distcc.
4. What went wrong? Did you get an error message, did it hang, did it
build a program that didn't work, did it not distribute compilation to
machines that ought to get it?
distcc-mon-gnome displays multiple rows for the same host/slot combination.
This appears to occur only for remote hosts. See attached screenshot.
5. If you have an example of a compiler invocation that failed, quote it,
in full e.g.:
distcc gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -I./src \
"-DSYSCONFDIR=\"/etc/\"" -I./lzo -g -O2 -W -Wall -W \ -Wimplicit -Wshadow
-Wpointer-arith -Wcast-align \ -Wwrite-strings -Waggregate-return
-Wstrict-prototypes \ -Wmissing-prototypes -Wnested-externs -o src/clirpc.o
\ -c src/clirpc.c
Compiling works fine.
6. What error logging do you get? Turn on client and server error logging.
On the client, set these environment variables, and try to reproduce the
problem: =export DISTCC_VERBOSE=1 DISTCC_LOG=/tmp/distcc.log=. Start the
server with the --verbose option. If the problem is intermittent, leave
logging enabled and then pull out the lines from the log file when the
problem recurs.
No error messages.
7. If you got an error message on stderr, quote that error exactly. Find
the lines in the log files pertaining to the compile, and include all of
them in your report, by looking at the process ID in square brackets. If
you can't work that out, quote the last few hundred lines leading up to the
failure.
No error messages.
Original issue reported on code.google.com by [email protected]
on 25 Jan 2009 at 7:37
Attachments:
Building r456 fails for me on Ubuntu Dapper.
Looks like you need to add src/gcc-id.o to $common_obj in Makefile.in.
Console output:
gcc -g -O2 -MD -W -Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-arith
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations -D_REENTRANT
-o distcc src/backoff.o src/climasq.o src/clinet.o src/clirpc.o
src/compile.o src/cpp.o src/distcc.o src/remote.o src/ssh.o src/state.o
src/strip.o src/timefile.o src/traceenv.o src/include_server_if.o
src/where.o src/zeroconf.o src/emaillog.o src/arg.o src/argutil.o
src/cleanup.o src/compress.o src/trace.o src/util.o src/io.o src/exec.o
src/rpc.o src/tempfile.o src/bulk.o src/help.o src/filename.o src/lock.o
src/netutil.o src/pump.o src/sendfile.o src/safeguard.o src/snprintf.o
src/timeval.o src/dotd.o src/hosts.o src/hostfile.o src/implicit.o
src/loadfile.o lzo/minilzo.o -lpthread -lpopt -lavahi-common -lavahi-client
src/zeroconf.o: In function `daemon_proc':
/home/thestig/distcc/pump/distcc-read-only/src/zeroconf.c:431: undefined
reference to `dcc_get_gcc_version'
/home/thestig/distcc/pump/distcc-read-only/src/zeroconf.c:431: undefined
reference to `dcc_get_gcc_machine'
/home/thestig/distcc/pump/distcc-read-only/src/zeroconf.c:434: undefined
reference to `dcc_make_dnssd_subtype'
collect2: ld returned 1 exit status
make: *** [distcc] Error 1
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 9:35
Run: ./configure --prefix=/tmp/distcc-foo && make && make install
Then look in /tmp/distcc-foo/bin/pump:
include_server='tmp/distcc-foo/lib/python2.4/site-packages/include_server/includ
e_server.py'
It's missing a '/' in front of tmp/.
In Makefile.in on the sed line in the install-include-server target, you
need to put a / in front of $$INCLUDE_SERVER.
Original issue reported on code.google.com by [email protected]
on 3 Jun 2008 at 10:25
closed too early without my response ))
so also in http://code.google.com/p/distcc/issues/detail?id=14&can=4
please see full error output.
Actually it fails earlier than make fired, on ./configure ;)
Why FreeBSD 7 out of box install fails with ur autogen and configure ;p
i havent chance to type gmake wtf? D=
Original issue reported on code.google.com by [email protected]
on 30 Jul 2008 at 11:24
Attachments:
configure doesn't correctly handle the case where popt.h is present but
libopt is not.
(This issue is extracted from issue 30.)
So I tried to compile distcc by hand, but then there several failures due
to the fact that I did not say --with-include-popt, so configure.ac decided,
without even checking, to add -lpopt to all the compilations, which results
in several functions not being correctly detected as present:
configure:7042: checking for strsep
configure:7099: ccache i686-apple-darwin9-gcc-4.0.1 -o conftest -g -O2 -MD
-W -Wall -Wimplicit -Wshadow -Wpointer-arith -Wcast-align -
Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -Wuninitialized -isystem
/opt/local/include -DHAVE_CONFIG_H -D_GNU_SOURCE conftest.c -lpopt >&5
conftest.c:60: warning: function declaration isn't a prototype
conftest.c:67: warning: function declaration isn't a prototype
conftest.c:75: warning: function declaration isn't a prototype
ld: library not found for -lpopt
collect2: ld returned 1 exit status
distcc[56012] ERROR: compile conftest.c on localhost failed
configure:7105: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME "distcc"
| #define PACKAGE_TARNAME "distcc"
| #define PACKAGE_VERSION "3.1"
| #define PACKAGE_STRING "distcc 3.1"
| #define PACKAGE_BUGREPORT "[email protected]"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_SIGNAL_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_SOCKET_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_NETINET_IN_H 1
| #define HAVE_ARPA_NAMESER_H 1
| #define HAVE_RESOLV_H 1
| #define HAVE_FLOAT_H 1
| #define HAVE_ALLOCA_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_FNMATCH_H 1
| #define HAVE_IN_PORT_T 1
| #define HAVE_IN_ADDR_T 1
| #define RETSIGTYPE void
| /* end confdefs.h. */
| /* Define strsep to an innocuous variant, in case <limits.h> declares strsep.
| For example, HP-UX 11i <limits.h> declares gettimeofday. */
| #define strsep innocuous_strsep
|
| /* System header to define __stub macros and hopefully few prototypes,
| which can conflict with char strsep (); below.
| Prefer <limits.h> to <assert.h> if __STDC__ is defined, since
| <limits.h> exists even on freestanding compilers. */
|
| #ifdef __STDC__
| # include <limits.h>
| #else
| # include <assert.h>
| #endif
|
| #undef strsep
|
| /* Override any gcc2 internal prototype to avoid an error. */
| #ifdef __cplusplus
| extern "C"
| {
| #endif
| /* We use char because int might match the return type of a gcc2
| builtin and then its argument prototype would still apply. */
| char strsep ();
| /* The GNU C library defines this for functions which it implements
| to always fail with ENOSYS. Some functions are actually named
| something starting with __ and the normal name is an alias. */
| #if defined (__stub_strsep) || defined (__stub___strsep)
| choke me
| #else
| char (*f) () = strsep;
| #endif
| #ifdef __cplusplus
| }
| #endif
|
| int
| main ()
| {
| return f != strsep;
| ;
| return 0;
| }
configure:7129: result: no
But my machine does have strsep, and therefore, later:
ccache i686-apple-darwin9-gcc-4.0.1 -isystem /opt/local/include
-DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/usr/local/etc\"" -
DPKGDATADIR="\"/usr/local/share/distcc\"" -Isrc -I"../../src" -I"../../lzo"
-Werror -g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith -
Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations -
Wuninitialized -o src/util.o -c ../../src/util.c
distcc[57093] ERROR: compile
/Users/akim/.ccache/util.tmp.montero.gostai.ensta.fr.57089.i on localhost
failed
distcc[57089] Warning: INCLUDE_SERVER_PORT not set - did you forget to run
under 'pump'?
distcc[57089] (dcc_build_somewhere) Warning: failed to get includes from
include server, preprocessing locally
distcc[57089] ERROR: compile ../../src/util.c on bf-macintel-1/4,cpp failed
distcc[57089] (dcc_build_somewhere) Warning: remote compilation of
'../../src/util.c' failed, retrying locally
distcc[57089] Warning: failed to distribute ../../src/util.c to
bf-macintel-1/4,cpp, running locally instead
../../src/util.c:721: error: static declaration of 'strsep' follows
non-static declaration
/usr/include/string.h:135: error: previous declaration of 'strsep' was here
distcc[57089] ERROR: compile ../../src/util.c on localhost failed
make: *** [src/util.o] Error 1
Compilation FAILED: /tmp/distcc-3.1: build-for-darwin exit 2
So I'll start again with the needed flags, but can I suggest to
AC_CHECK_LIBS first whether popt is present before deciding not to use the
provided one?
That's much nicer to the user IMHO.
Original issue reported on code.google.com by [email protected]
on 18 Dec 2008 at 6:48
[This is not a bug report!]
In my hardened linux distribution (that uses a hardened toolchain) there
is an error if I compile the kernel! Because of the SSP and PIE flags that
are enabled by default and can be overwritten by -nopie and -nossp they
are also enabled when I compile the linux kernel.
But there is one special case; that is -D__KERNEL__ that is defined on the
kernel compile and lets gcc now NOT to use -fPIC and so on.
In strip.c of distcc you can find code that strips any -Ds (which is
generally right and good because they are normally only used by the
preprocessor).
Whould it please be possible to add an extra exception that passed -
D__KERNEL__ "through the wire"?! Is it "safe"?
Thanks in advance
Michael
Original issue reported on code.google.com by [email protected]
on 23 Oct 2008 at 5:43
I am building on a plain user account distcc 3.1[1] on an arm4vt[2]
machine with gcc 4.1.2 with FSO a distribution based on angstom built
with Openembedded
uname -a;cc --version
Linux om-gta02 2.6.29-rc2 #1 PREEMPT Fri May 8 22:05:18 CEST 2009 armv4tl
unknown unknown GNU/Linux
cc (GCC) 4.1.2
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
make check failed on PreprocessAsm_Case (the file assembler looks invalid
for arm)
I have aplied the followin patch[*] to make it work for me
[1] -http://distcc.googlecode.com/files/distcc-3.1.tar.bz2
[2] -neo freeruner
[*]
--- ../testdistcc.py Thu May 21 16:11:01 2009
+++ test/testdistcc.py Thu May 21 15:38:47 2009
@@ -1852,7 +1852,8 @@
def compile(self):
if sys.platform == 'linux2':
- self.runcmd(self.distcc()
+ if os.uname()[4] <> 'armv4tl':
+ self.runcmd(self.distcc()
+ "-o test2.o -c test2.S")
def runtest(self):
Original issue reported on code.google.com by [email protected]
on 21 May 2009 at 2:13
Answering the following questions is a big help:
1. distcc 3.0 i686-pc-linux-gnu
(protocols 1, 2 and 3) (default port 3632)
built Mar 11 2009 14:16:41
Copyright (C) 2002, 2003, 2004 by Martin Pool.
Includes miniLZO (C) 1996-2002 by Markus Franz Xaver Johannes Oberhumer.
Portions Copyright (C) 2007-2008 Google.
distcc comes with ABSOLUTELY NO WARRANTY. distcc is free software, and
you may use, modify and redistribute it under the terms of the GNU
General Public License version 2 or later.
Built with Zeroconf support.
2. Linux localhost.localdomain 2.6.25-gentoo-r9 #2 SMP Fri Nov 14 09:35:46
GMT 2008 i686 Intel(R) Xeon(TM) CPU 2.40GHz GenuineIntel GNU/Linux
gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.1)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
3. Compile any software package. Also distcc --show-hosts
4. Error Message unable to parse the host file.
cat .distcc/zeroconf/hosts
10.0.0.179:3632/16
10.0.0.135:3632/8
fe80::2c0:9fff:fe3d:1737:3632/16
2001:470:1f09:22e:214:22ff:fe2d:1d7f:3632/8
5. distcc --show-hosts
distcc[29525] (dcc_parse_tcp_host) ERROR: invalid tcp port specification in
":2c0:9fff:fe3d:1737:3632/16
2001:470:1f09:22e:214:22ff:fe2d:1d7f:3632/8
"
distcc[29525] (dcc_zeroconf_add_hosts) CRITICAL! failed to parse host file.
distcc[29525] (dcc_show_hosts) CRITICAL! Failed to get host list
6. See 5, the IPv6 address is missing the beginning of its address should
have fe80.
7. See 5.
Original issue reported on code.google.com by [email protected]
on 12 Mar 2009 at 11:07
I ran with "pump make cc='distcc gcc'", and distccmon-test reported
Preprocess was done on localhost".
However, I ran with "make cc='distcc gcc'", and distccmon-test reported
Preprocess was done on remote host. (in my case, I only have 1 remote host).
How do I do is preprocessing is done locally or remotely?
distcc 3.0
Linux 2.6.9-42.Elsmp
Gcc 3.4.6
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")? You can run
"distcc --version" to see. If you got distcc from a distribution package
rather than building from source, please say which one.
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
What compilare are you using ("gcc 3.3")? Run "uname -a" and "cc
--version" to see.
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
4. What went wrong? Did you get an error message, did it hang, did it
build a program that didn't work, did it not distribute compilation to
machines that ought to get it?
5. If you have an example of a compiler invocation that failed, quote it,
in full e.g.:
distcc gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -I./src \
"-DSYSCONFDIR=\"/etc/\"" -I./lzo -g -O2 -W -Wall -W \ -Wimplicit -Wshadow
-Wpointer-arith -Wcast-align \ -Wwrite-strings -Waggregate-return
-Wstrict-prototypes \ -Wmissing-prototypes -Wnested-externs -o src/clirpc.o
\ -c src/clirpc.c
6. What error logging do you get? Turn on client and server error logging.
On the client, set these environment variables, and try to reproduce the
problem: =export DISTCC_VERBOSE=1 DISTCC_LOG=/tmp/distcc.log=. Start the
server with the --verbose option. If the problem is intermittent, leave
logging enabled and then pull out the lines from the log file when the
problem recurs.
7. If you got an error message on stderr, quote that error exactly. Find
the lines in the log files pertaining to the compile, and include all of
them in your report, by looking at the process ID in square brackets. If
you can't work that out, quote the last few hundred lines leading up to the
failure.
Original issue reported on code.google.com by [email protected]
on 14 Oct 2008 at 6:42
Building distcc-3.0rc2 fails on i686-pc-linux-gnu with GCC 4.2.3.
Configure with:
CFLAGS="-O3" ../distcc-3.0rc2/configure --prefix=/usr --sysconfdir=/etc
--with-docdir=/usr/doc/distcc-3.0rc2 --with-included-popt --with-gtk
--without-gnome
Console output:
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
-DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"../distcc-3.0rc2/src"
-I"../distcc-3.0rc2/lzo" -I"../distcc-3.0rc2/popt" -Werror -O3 -MD -W -Wall
-Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -pthread -o src/help.o -c
../distcc-3.0rc2/src/help.c
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/etc\""
-DPKGDATADIR="\"/usr/share/distcc\"" -Isrc -I"../distcc-3.0rc2/src"
-I"../distcc-3.0rc2/lzo" -I"../distcc-3.0rc2/popt" -Werror -O3 -MD -W
-Wall -Wimplicit -Wuninitialized -Wshadow -Wpointer-arith -Wcast-align
-Wwrite-strings -Waggregate-return -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wmissing-declarations -pthread -o src/filename.o -c
../distcc-3.0rc2/src/filename.c
cc1: warnings being treated as errors
../distcc-3.0rc2/src/filename.c: In function 'dcc_is_object':
../distcc-3.0rc2/src/filename.c:263: warning: passing argument 1 of
'dcc_find_extension' discards qualifiers from pointer target type
make: *** [src/filename.o] Error 1
Original issue reported on code.google.com by [email protected]
on 30 Jun 2008 at 1:41
Using today's trunk checked out from SVN, "make rpm" fails on Fedora 10.
The errors are:
error: Installed (but unpackaged) file(s) found:
/usr/lib/python2.5/site-packages/include_server/__init__.pyo
/usr/lib/python2.5/site-packages/include_server/basics.pyo
/usr/lib/python2.5/site-packages/include_server/basics_test.pyo
/usr/lib/python2.5/site-packages/include_server/c_extensions_test.pyo
/usr/lib/python2.5/site-packages/include_server/cache_basics.pyo
/usr/lib/python2.5/site-packages/include_server/compiler_defaults.pyo
/usr/lib/python2.5/site-packages/include_server/compress_files.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_memoizing_node.
pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_memoizing_node_
test.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_test.pyo
/usr/lib/python2.5/site-packages/include_server/include_server.pyo
/usr/lib/python2.5/site-packages/include_server/include_server_test.pyo
/usr/lib/python2.5/site-packages/include_server/macro_eval.pyo
/usr/lib/python2.5/site-packages/include_server/macro_eval_test.pyo
/usr/lib/python2.5/site-packages/include_server/mirror_path.pyo
/usr/lib/python2.5/site-packages/include_server/mirror_path_test.pyo
/usr/lib/python2.5/site-packages/include_server/parse_command.pyo
/usr/lib/python2.5/site-packages/include_server/parse_command_test.pyo
/usr/lib/python2.5/site-packages/include_server/parse_file.pyo
/usr/lib/python2.5/site-packages/include_server/parse_file_test.pyo
/usr/lib/python2.5/site-packages/include_server/run.pyo
/usr/lib/python2.5/site-packages/include_server/setup.pyo
/usr/lib/python2.5/site-packages/include_server/statistics.pyo
RPM build errors:
Installed (but unpackaged) file(s) found:
/usr/lib/python2.5/site-packages/include_server/__init__.pyo
/usr/lib/python2.5/site-packages/include_server/basics.pyo
/usr/lib/python2.5/site-packages/include_server/basics_test.pyo
/usr/lib/python2.5/site-packages/include_server/c_extensions_test.pyo
/usr/lib/python2.5/site-packages/include_server/cache_basics.pyo
/usr/lib/python2.5/site-packages/include_server/compiler_defaults.pyo
/usr/lib/python2.5/site-packages/include_server/compress_files.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_memoizing_node.
pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_memoizing_node_
test.pyo
/usr/lib/python2.5/site-packages/include_server/include_analyzer_test.pyo
/usr/lib/python2.5/site-packages/include_server/include_server.pyo
/usr/lib/python2.5/site-packages/include_server/include_server_test.pyo
/usr/lib/python2.5/site-packages/include_server/macro_eval.pyo
/usr/lib/python2.5/site-packages/include_server/macro_eval_test.pyo
/usr/lib/python2.5/site-packages/include_server/mirror_path.pyo
/usr/lib/python2.5/site-packages/include_server/mirror_path_test.pyo
/usr/lib/python2.5/site-packages/include_server/parse_command.pyo
/usr/lib/python2.5/site-packages/include_server/parse_command_test.pyo
/usr/lib/python2.5/site-packages/include_server/parse_file.pyo
/usr/lib/python2.5/site-packages/include_server/parse_file_test.pyo
/usr/lib/python2.5/site-packages/include_server/run.pyo
/usr/lib/python2.5/site-packages/include_server/setup.pyo
/usr/lib/python2.5/site-packages/include_server/statistics.pyo
I fixed it by updating the spec as follows:
88,91d87
< %{!?python_sitelib: %define python_sitelib %(%{__python} -c "from
distutils.sysconfig import get_python_lib; print get_python_lib()")}
< %dir %{python_sitelib}/include_server
< %{python_sitelib}/include_server/*.pyo
<
303d298
<
If this is not the proper way to submit patches, please let me know.
Original issue reported on code.google.com by [email protected]
on 18 Feb 2009 at 3:26
Answering the following questions is a big help:
1. What version of distcc are you using (e.g. "2.7.1")?
distcc 3.0 x86_64-unknown-linux-gnu
2. What platform are you running on (e.g. "Red Hat 8.0", "HP-UX 11.11")?
Linux gold 2.6.18-92.1.10.el5 #1 SMP Wed Jul 23 03:56:11 EDT 2008 x86_64
x86_64 x86_64 GNU/Linux
3. What were you trying to do (e.g. "install distcc", "build Mozilla")?
run pump mode with a host file in PREFIX location given to configure script
$PREFIX/etc/distcc/hosts to list of possible host files (which distcc does
look into if it cannot find any other hosts file)
4. What went wrong? Did you get an error message, did it hang, did it
build a program that didn't work, did it not distribute compilation to
machines that ought to get it?
pump: expected environment variables "DISTCC_HOSTS" or
"DISTCC_POTENTIAL_HOSTS" to be set, or to find a distcc hosts file in
"$DISTCC_DIR/hosts", "$HOME/.distcc/hosts", or "/etc/distcc/hosts"
5. If you have an example of a compiler invocation that failed, quote it,
in full e.g.:
pump make
6. What error logging do you get?
see above
7. If you got an error message on stderr, quote that error exactly. Find
the lines in the log files pertaining to the compile, and include all of
them in your report, by looking at the process ID in square brackets. If
you can't work that out, quote the last few hundred lines leading up to the
failure.
see above
I do not have a patch that I could contribute, since I am not very familiar
configure scripts, but basically to the pump script, when configured, the
following could be added:
if [ -z "$DISTCC_HOSTS" ] &&
[ -z "$DISTCC_DIR" -o ! -f "$DISTCC_DIR/hosts" ] &&
[ -z "$HOME" -o ! -f "$HOME/.distcc/hosts" ] &&
[ ! -f "/etc/distcc/hosts" ]
then
should become
if [ -z "$DISTCC_HOSTS" ] &&
[ -z "$DISTCC_DIR" -o ! -f "$DISTCC_DIR/hosts" ] &&
[ -z "$HOME" -o ! -f "$HOME/.distcc/hosts" ] &&
[ ! -f "/etc/distcc/hosts" ] &&
[ ! -f "$PREFIX/etc/distcc/hosts" ]
then
where PREFIX is given to the configure script by --prefix=PREFIX
Original issue reported on code.google.com by [email protected]
on 8 Sep 2008 at 3:01
Attempting to build distcc from source.
distcc 3.1
Ubuntu 8.10
$ tar xjvf distcc-3.1.tar.bz2
$ cd distcc-3.1
Tried the simple
./configure && make && sudo make install
Warning are treated as errors so multiple failure. You can hack the make
file to turn this off but other errors occur
gcc -DHAVE_CONFIG_H -D_GNU_SOURCE -DSYSCONFDIR="\"/usr/local/etc\""
-DPKGDATADIR="\"/usr/local/share/distcc\"" -Isrc -I"./src" -I"./lzo"
-I"./popt" -Werror -g -O2 -MD -W -Wall -Wimplicit -Wshadow -Wpointer-arith
-Wcast-align -Wwrite-strings -Waggregate-return -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wmissing-declarations
-Wuninitialized -pthread -o src/emaillog.o -c src/emaillog.c
cc1: warnings being treated as errors
src/emaillog.c: In function ‘dcc_add_file_to_log_email’:
src/emaillog.c:92: error: ignoring return value of ‘write’, declared with
attribute warn_unused_result
src/emaillog.c:93: error: ignoring return value of ‘write’, declared with
attribute warn_unused_result
src/emaillog.c:94: error: ignoring return value of ‘write’, declared with
attribute warn_unused_result
src/emaillog.c:98: error: ignoring return value of ‘write’, declared with
attribute warn_unused_result
... etc.
Regenerating configure results in a similar set of errors but starting in a
different file.
$ sh autogen.sh
$ ./configure
$ make
cc1: warnings being treated as errors
src/trace.c: In function ‘rs_logger_file’:
src/trace.c:330: error: ignoring return value of ‘write’, declared with
attribute warn_unused_result
make: *** [src/trace.o] Error 1
Original issue reported on code.google.com by [email protected]
on 3 Dec 2008 at 11:31
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.