AFAIK, GCJ uses classpath library these days. The code from classpath
is being merged in GCJ. And from the status of classpath [1] it is
clear that java.net.URL.openConnection(java.net.Proxy) does not exist
in classpath implementation.
This can be easily tested. Try compiling following code with GCJ and
OpenJDK. GCJ fails to compile the code but OpenJDK works fine.
***************
import java.net.*;
public class Hello {
public static void main (String args[]){
try {
URL url = new URL("http://www.google.com";);
url.openConnection(Proxy.NO_PROXY);
} catch (Exception e) {
e.printStackTrace();
}
}
}
***************
Hence this is a tool chain issue and not issue in package
libxmlrpc3-java itself. As of now there is nothing package maintainer
can do except disabling building of the package for all arch that use
GCJ as default compiler (to unblock the transition to testing).
[1] http://builder.classpath.org/japi/jdk15-classpath.html#pkg_java_net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
