[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-debug-dev] remote compilation?
|
A while back we did something like this on Linux using pmake and
customs, but I can't recall the specifics (this was in 2000 IIRC). I
don't *think* we had to change our makefiles but YMMV. It is available
for most *NIX flavours I think.
Just do a Google for pmake. You can probably trick managed build into
using it over regular make if you do something clever with paths or
symlinks or something. Failing that, you could hack the existing GNU
toolchain definitions to use pmake rather than make. This is left as an
exercise for the reader. (HA! I knew I would get to say that one
day...)
___________________________________________
Chris Recoskie
Software Designer
IDE Frameworks Group
Texas Instruments, Toronto
> -----Original Message-----
> From: cdt-debug-dev-admin@xxxxxxxxxxx [mailto:cdt-debug-dev-
> admin@xxxxxxxxxxx] On Behalf Of Sarig.Sela@xxxxxxx
> Sent: Thursday, June 10, 2004 5:48 AM
> To: cdt-debug-dev@xxxxxxxxxxx
> Subject: [cdt-debug-dev] remote compilation?
>
> Hi,
>
> Do we have a way to remote compile?
> i.e. run eclipse on a diff. machine from the machine one compiles? (of
> course with the possibility to parse the compiler output...)
>
> motivation:
> in case of 10 developers on a UNIX box, running a resource consuming
> editor on the same compiler server cause the compilation time to
drop...
> Having the editor on a pc for example helps a lot.
>
> btw - this kind of plug-in might be used to all compilers env.
>
> thanks a lot,
>
> sarig
>
>
>
>
>
> Visit our website at http://www.ubs.com
>
> This message contains confidential information and is intended only
> for the individual named. If you are not the named addressee you
> should not disseminate, distribute or copy this e-mail. Please
> notify the sender immediately by e-mail if you have received this
> e-mail by mistake and delete this e-mail from your system.
>
> E-mail transmission cannot be guaranteed to be secure or error-free
> as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses. The sender therefore
> does not accept liability for any errors or omissions in the contents
> of this message which arise as a result of e-mail transmission. If
> verification is required please request a hard-copy version. This
> message is provided for informational purposes and should not be
> construed as a solicitation or offer to buy or sell any securities or
> related financial instruments.
>
> _______________________________________________
> cdt-debug-dev mailing list
> cdt-debug-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-debug-dev
