[distcc] Mac OS X Leopard

Fergus Henderson fergus at google.com
Fri Jan 9 17:59:27 GMT 2009

On Mon, Dec 22, 2008 at 3:45 PM, Michael Witten <mfwitten at mit.edu> wrote:

> Hello,
> I recently tried to build distcc 3.1 on Mac OS X Leopard (PPC).
> At first I did no special configuration, so that the configure
> script chose Apple's builtin /usr/bin/python2.5 to build the
> include-server module.
> Because Apple's builtin /usr/bin/python2.5 is universal, the
> include-server module is built with '-arch i386 -arch ppc',
> and this seems to conflict with the -MD flag (even when
> --disable-dependency-tracking):
>    gcc-4.0: -E, -S, -save-temps and -M options are not allowed with
> multiple -arch flags

This is a tricky one to solve.  I think the right fix is to make gcc support
-M options even when multiple -arch flags are specified.
(gcc would need to produce several .d files and then merge them into a
single one.)

> I simply removed -MD from the CFLAGS in the Makefile.

Yes, that's what I did too.  That seems like a fine work-around in the mean
I would be happy to accept a patch to make distcc do this automatically (or
even just a patch to the INSTALL file to describe the work-around).

> However, there's another problem: the include-server module seems to
> link with the object code already produced by other targets
> (my guess really), and those are only built for the native
> architecture. Consequently, one architecture can't be satisfied
> (remember the '-arch i386 -arch ppc').

Hmm, I did not encounter that one.  (I was using python2.4, though.)
I think the include-server will recompile all the objects that it links
against, so I don't see why that should happen.
If you want to try to solve it, you may need to analyze what's happening a
bit more closely.


Fergus Henderson <fergus at google.com>
-------------- next part --------------
HTML attachment scrubbed and removed

More information about the distcc mailing list