Modular InetAddress

2003-10-26 Thread Guilhem Lavaux
Hi, here is a quick patch to be able to have a modular getHostByName and a getHostByAddr. To change implementation the user has just to provide a property gnu.java.net.dns containing the full class name of an implementation. I hope that it's fine for you even though I introduce a slight

Re: CVS configure.in is broken

2003-10-26 Thread Mark Wielaard
Hi, On Fri, 2003-10-24 at 14:33, Thomas Fitzsimmons wrote: On Fri, 2003-10-24 at 04:31, Dalibor Topic wrote: Anyway, thanks, I'll fetch them just for the macros. Any idea where the macros hide in those packages? They're defined in gtk-2.0.m4, glib-2.0.m4 and libart.m4. Stupid

Re: VMInterface addition: Make native library names part of VMInterface

2003-10-26 Thread Mark Wielaard
Hi, On Sat, 2003-10-25 at 19:43, Dalibor Topic wrote: One of the things I keep stumbling over whenever I merge code from Classpath into Kaffe is the different native library names. Would it be possible to separate those out into their own VMInterface class and use references instead?

Re: VMInterface addition: Make native library names part of VMInterface

2003-10-26 Thread Mark Wielaard
Hi, On Mon, 2003-10-27 at 13:15, Bryce McKinlay wrote: On Oct 27, 2003, at 1:05 AM, Mark Wielaard wrote: I suggest to move the System.loadLibrary(javaio) calls completely into the VMInterface classes. We want to have a system where (at least for lang, net, io and util) we have the native

Re: VMInterface addition: Make native library names part of VMInterface

2003-10-26 Thread Bryce McKinlay
On Oct 27, 2003, at 2:01 PM, Mark Wielaard wrote: On Mon, 2003-10-27 at 13:15, Bryce McKinlay wrote: On Oct 27, 2003, at 1:05 AM, Mark Wielaard wrote: I suggest to move the System.loadLibrary(javaio) calls completely into the VMInterface classes. We want to have a system where (at least for