On Wed, Nov 10, 2010 at 05:09:39PM +0100, Stefan Bodewig wrote:
> 
> Ant doesn't trust system properties and sets ant.java.version based on
> the classes it can load.  Ant thinks it is running on JDK 1.6 if it can
> find java.util.ServiceLoader which shouldn't be present if gcj really
> only support Java5.
> 
> Is this causing trouble for you or is it just a cosmetic issue?  Ant's
> trunk will detect gcj by now (but not use that information much) so we
> could adapt the places where you are seeing problems right now.
> 
> Stefan
> 

Thanks for the explanation. That makes sense. The problem I'm running into is 
that Xerces-J uses ant.java.version to set which source level to build. Without 
patching its build.xml, I end up with this:

compile:
[copy] Copying 23 files to 
/var/tmp/paludis/build/dev-java-Xerces-J-2.10.0/work/xerces-2_10_0/build/classes
[xjavac] Compiling 704 source files to 
/var/tmp/paludis/build/dev-java-Xerces-J-2.10.0/work/xerces-2_10_0/build/classes
[xjavac] Compliance level '1.5' is incompatible with source level '1.6'. A 
compliance level '1.6' or better is required


Correcting ant.java.version would probably be the best fix.

Eric

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@ant.apache.org
For additional commands, e-mail: user-h...@ant.apache.org

Reply via email to