You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by Steve Loughran <st...@apache.org> on 2005/03/07 13:21:32 UTC

Apt

I am about to commit the fix for the latest bugrep regarding apt, and 
looking at the task in general


1. we clearly need tests for this. Has anyone done any Apt work that we 
can use as source samples

2. did apt.Main#compile move, or has it always been broken? It may be 
that a beta->release migration changed names. I will file a bugrep 
telling sun not to move stuff here any more.

some worries about the task

1. what happens on debian systems where apt is an existing app? We 
should bind the exe to java-home/bin/apt on forking execution

2. the task explicitly says "no run on Java<1.5". I'd like to pull that 
and put it in the adapters, better yet, dont have it at all. The 
external exec can be platform independent, and the internal one should 
look for the classname instead of being version specific. The reason: 
that annotation backporting project. There is no reason why we shouldnt 
run apt on a 1.4 system if it is present.

-steve

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


Re: Apt

Posted by Stefan Bodewig <bo...@apache.org>.
On Mon, 07 Mar 2005, Steve Loughran <st...@apache.org> wrote:

> 1. what happens on debian systems where apt is an existing app? We
> should bind the exe to java-home/bin/apt on forking execution

We should be using JavaEnvUtils to get the path to apt, just like we
do for javadoc or javac as well.

> 2. the task explicitly says "no run on Java<1.5". I'd like to pull
> that and put it in the adapters, better yet, dont have it at
> all.

+1

> The external exec can be platform independent, and the internal one
> should look for the classname instead of being version specific.

Then we probably want to provide an executable attribute for the
forked mode as well.

Stefan

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