On 5/10/07, Stepan Mishura wrote:
On 5/8/07, Tim Ellison wrote:
> Stepan,
>
> The 'fetch-depends' has to stay as a separate target invoked explicitly
> by the user. It can't be part of the default action. That is where we
> may download code whose licenses falls under the binary-only category
> (like ECJ) as described here [1]. Of course, we can continue to check
> for the existence of the dependencies by default.
>
Tim, thanks for the note. Actually, I fixed it by analogy with
classlibrary and drlvm (for example, see build_classlib target) - the
federated build fetches theirs dependencies automatically. Yes,
according to [1] we have to fix the federated build ... and CC scripts
too (currently CC fetches dependencies automatically by defualt.)
I think we should add to builds new option, say 'fetch-automatically'
(it is set to 'false' by default.). And the option should be added to
classlib, drlvm and jdktools builds.
I've removed external code downloading as default action. And
'auto.fetch' option was added to federated build to make it possible
to automate downloading.
Thanks
Stepan.
