Hi Peter, thanks for your reaction.
You are right, the flatdir resolver doesn't use the gradle cache. I was
actually using that but my assumption was wrong, my problem appeared not to
be related to the cache (like it was in windows). I dug deeper in it and the
problem seems to be related to the jvm that is used, because I am getting
the following error:
.../gwt/gwt-linux-1.5.3/libswt-pi-gtk-3235.so: wrong ELF class: ELFCLASS32
(Possible cause: architecture word width mismatch)
This is happening even after setting java to 32bit via:
sudo update-java-alternatives -s ia32-java-6-sun
The cause for this is that gradle does not use the 32bit version in the jvm
fork that I specified, since you can see it picks the 64bit version here:
[junit] Running multiple tests in the same VM
[junit] Executing '/usr/lib/jvm/java-6-sun-1.6.0.10/jre/bin/java' with
arguments:
[junit] '-Xmx512m'
[junit] '-classpath'
I would guess gradle picks the jvm via JAVA_HOME and not the one in the
path. (Note: Also tried changing the JAVA_HOME but then either tools.jar
cannot be found or I am getting the same error).
I think the proper solution for this is to set the jvm in the fork, but I
couldn't find any info about how to do this. I could only find information
to set the jvm args, not the jvm itself. Is it possible to set the jvm?
Thanks for any help, Rintcius
--
View this message in context:
http://www.nabble.com/Possible-to-specify-my-own-classpath-entries--tp21748740p21762984.html
Sent from the gradle-user mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
