-----Original Message----- From: Daniel Kegel [mailto:[EMAIL PROTECTED] Sent: Thursday, September 08, 2005 2:50 PM To: Greg Szeszko (TT) Cc: Daniel Kegel; distcc@lists.samba.org Subject: Re: [distcc] RE: precompiled headers and g++ -E
Greg Szeszko (TT) wrote: > Thanks. This option must be new in GCC4.x. I am using 3.4.3 and it > doesn't know anything about -fpch-preprocess. Is there anything in > 3.4.3 that can be used to achieve the same goal? No. And gcc-3.4 doesn't support PCH anyway, so you shouldn't be using it there, really. It was just a technology preview. It appears to be working in my case. The restriction that I discovered, though, is that the .h.gch file must be in the same directory (the same source directory, not corresponding build directory). This creates an akward situation in which .o files are placed in the build node but the .h.gch files must be placed in the src node. > Besides, even if the the option work, the preprocessor will include in > the output file a #pragma causing the compiler to ask for the pch file > during compilation. With distcc in the picture, this will happen on the > remote machine. The pch file doesn't exist there. So wouldn't I be > correct in expecting the compilation to fail at that point? I wouldn't know - I haven't played with it yet! If you're using the standard pch file(s) that come(s) with gcc, that should be there. Anything else might be an interesting challenge. No, I am not talking about the standard pch files. I have my own that are very big and consequently, speed up compilation quite a bit. But from looking at the distcc source I don't see how it could possibly support this. It's design would have to change. Greg - Dan __ distcc mailing list http://distcc.samba.org/ To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/distcc