Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: javac
Date: Tue, 12 Jul 2005 12:43:27 -0700
Message-ID: <20AC87CCB9299A44933B2C4D6FCEC8AC0222225D@us1e2k2.corp.e2open.com>
Thread-Topic: javac
Thread-Index: AcWG8YGXjIlHVV+aRGCCi3hJfoAsxgAJd6/g
From: "Kenneth Wood" <kenneth.wood@e2open.com>
To: "Ant Developers List" <dev@ant.apache.org>

Just FYI, I have legacy code I need to compile, I have been
building it with ant for years...=20

I just structure my build.xml to compile sections,=20
i.e. <javac srcdir=3D"com.abc"=20
       includes=3D"Z/**/*.java"/>

     <javac srcdir=3D"com.abc"=20
        includes=3D"Y/**/*.java"/>

And so on for 26 sections!

It has worked fine...

Ugly, yes. But, it doesn't require extensions to Ant, which
can be problematic when moving from one version of Ant to
another (and this code started out being compiled with
Ant 1.1 maybe - so long ago I don't remember.... and now is
up to Ant 1.6.1)


-----Original Message-----
From: Jean Lazarou [mailto:jeanlazarou@yahoo.com]=20
Sent: Tuesday, July 12, 2005 9:53 AM
To: Ant Developers List
Subject: RE: javac


Do you think we can pick up any splitting for the subsystem to compile?
=20
How can you be sure, when you're not developer of the project, that some
sub-tree won't imply that, due to compilation dependencies, again too
much files to compile at once? Even the approach I wrote is not full
reliable...=20
=20
Any way, creating a new task that derives from the ant Javac task
implemention was pretty easy to do.
=20
I thank you for you advice.
=20
Jean


Dominique Devienne <ddevienne@gmail.com> wrote:
Phil is right Jean. Independently of splitting the code in subsystems,
which is always a good idea, even if you can't do that you can split the
compile of a single source tree into several passes using regular . This
can even enforce dependencies of the code compiled by the different
passes. The trick is to reset the sourcepath that normally sets.

I include here an example for reference. Hope this helps. --DD

       Compile the java code from src/ into build/classes
    -->


         when not forking , and instead specify directly the
         JVM argument only when forking... Convoluted, but works!  -->


destdir=3D"@{destdir}" sourcepath=3D""
deprecation=3D"${deprecation}" debug=3D"true" verbose=3D"false"
includeAntRuntime=3D"false" fork=3D"@{fork}">  -->


> -----Original Message-----
> From: Phil Weighill Smith [mailto:phil.weighill-smith@volantis.com]
>=20
> Why not simply put two calls to javac in your build script and split=20
> the source tree in two in the same way that you have in your new task,

> passing one tree to the first call and the other to the second?
>=20
> Clearly you need to ensure that the first call compiles=20
> "pre-requisite" code for the second call and that you should avoid=20
> cyclic references between the two sets of classes.
>=20
> On Tue, 2005-07-12 at 00:12 -0700, Jean Lazarou wrote:
> > We had problem with a (legacy) build from scratch, seems that,=20
> > because
> we have too many java files to compile, nothing is compiled (both on=20
> Linux and Windfoos2000).
> >
> > After spending 4 days on that, I decided to split the compilation, I
> created a new task, name "bydir-javac". The task is derived from=20
> Javac.
> >
> > Can I publish this? Is it a better way of doing it?


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


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20

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