[Cook] Distcc and Cook

[Daniel O'Connor]

On Wed, 16 Feb 2005 04:12, Simon Clift wrote:
> > Do you really mean "gets everything needed"?
>
> I think/thought so.  Having said that I hit some trouble
> with GCC 2.95.0 on the multi-cpu box and the C++ Boost
> template library.  The 2.95.0 C++ headers got into an
> argument with the Boost templates, which had been set up
> using gcc 3.4.2.  My understanding is that distcc uses local
> headers where it believes this is possible.

It should use local headers - it passes everything through CPP first and then 
passes the result off to the client compiler.

> > Seems like that could take longer than the actual compile.
>
> That's distinctly possible.  I'm just trying to get a feel
> for it.  The sys admins here have not moved on my request
> for an NFS mount to the big box for 2 months now.  Hence I
> was looking for an alternative approach to use the resource.
> For a room full of well-connected, otherwise idle boxes it's
> probably ideal.

Depends what you're compiling - you can get some impressive speedups with it 
for large C or medium C++ files.

> > And, of course, would not deal with multi-architecture
> > needs which actually requires the remote machine be of the
> > required architecture.
>
> The DistCC people claim that cross-compilation isn't a
> problem, you just need to have the right compiler switches
> set... My biggest arch difference is Athlon-XP versus

As long as you have the right compiler installed..

> Pentium versus Xeon, so it's not a (very) big issue for me.

This isn't really an architecture difference to the compiler - as long as all 
the compilers are generating i386 code (or i586 or i686 or whatever) it 
works.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://lists.auug.org.au/pipermail/cook-users/attachments/20050216/b57f15c2/attachment.pgp>