Re: [platform-dev] Non-automatic building

[John Arthorne <John_Arthorne@xxxxxxxxxx>]

I don't have a concrete suggestion for
you. This same issue has been raised in the past by people implementing
non-incremental Ant and CDT builders. The old solution was to link these
builders to the "Rebuild" command, but this had the side-effect
of causing genuine incremental builders to discard their incremental state,
causing expensive and unnecessary recompilation. It is true that if your
builder is non-incremental and non-automatic, there is very little advantage
to using the workspace builder infrastructure (the only remaining feature
of interest is the structured workspace build order). The problem with
each component having an ad-hoc build command is that it starts to look
bad when several such plugins live together. There is a bug report that
captures this issue, and it may be explored for the next release. You are
welcome to add comments and suggestions there:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=60803

John
--

Greg Lutz <greg@xxxxxxxxxxxxx>
Sent by: platform-dev-admin@xxxxxxxxxxx

06/27/2004 02:39 AM

Please respond to
platform-dev

To	platform-dev@xxxxxxxxxxx
cc
Subject	[platform-dev] Non-automatic building

If I create an Eclipse plug-in that includes among
the things it does a 
resource transformation which looks like a "build", but which
can 
inherently not be made incremental, and/or can inherently not be
made automatic, I seem to be in a small bind.  I would like to call
this 
operation a "build", because that's what the customers of (earlier,
non-eclipse versions of) my application are used to calling it, and because
IMO it fits. I expect my customers to be using other plugins, such as JDT,
in which automatic building makes sense, so I don't want them to turn the
automatic-build option off globally.  It appears that I must find
some 
synonym for "build" ("make", "compile", ...)
and create an action with that 
name, since I won't be able to make use of the existing "build"
menu 
items.  I don't find this very attractive.

Any words of wisdom for me?

Thanks,
Greg Lutz
NearSpace, Inc.

_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-dev