ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Devienne" <ddevie...@gmail.com>
Subject Re: question
Date Tue, 25 Jul 2006 16:46:41 GMT
OK, to be more precise, it's dangerous to batch the files when one
explicitly resets the sourcepath in <javac>. You don't see a problem,
because SUN's Javac is "griddy", so if a source in batch#1 requires a
file in next batches, it will find it anyway through the sourcepath.
So batching might compile more files than you specify, because it will
follow the web of dependencies of the sources.

So it's safer than I initialy thought, but might not do what you
thought it does either. In any case, using batching + sourcepath *is*
dangerous. --DD

On 7/25/06, Sergey Yevtushenko <sergey.yevtushenko@gmail.com> wrote:
> Dominique Devienne wrote:
> > But this doesn't work if a batch of files is not self contained, i.e.
> > depends on classes in the next batch. Using batching has the potential
> > to break a compilation that would otherwise work fine in one go.
> Well, so far testing does not expose this issue.
> > It's always a little scary to hear of 20K+ files in a project. There
> > should be independent sub-projects, but that's a different story.
> >
> Wast majority of these files are automatically generated and
> structure of the project is dictated by external conditions which are hard
> or impossible to change.
> > I would advise:
> > 1) To use an attribute name similar to <apply>'s, which does batching.
>
> I've used 'batchSize' which is by default set to "-1" which means
> "disable batching".
> I think this is safe enough and is backward-compatible.
> > 2) Also provided test and document patches, to increase your patch's
> > chances to be accepted. Emphasis should be put in the doco that this
> > is a "dangerous" attribute.
>
> OK. I understand. This will take a little while, because my spare time
> is very limited.
>
> Regards,
>        Sergey.
> *---------------------------------------------
> ES@Home http://es.os2.ru/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message