Hi Patrik,
> I just tried with a fresh classpath from CVS, but it doesn't work.
> autoheader fails to create "include/config.h.in" and the rest follows. You
> can see the results below.
OK, my memory was incorrect. This evening, I'll try and work out how it
used to work for me. (Fortunately,
> "Michael" == Michael Koch <[EMAIL PROTECTED]> writes:
Michael> From what I understood what Tom said to me our style would be to write:
Michael>getToolkit().create (this);
Michael> Empty brackets have no space before it, non-empty brackets have a
Michael> space before it.
Oop
Hi Steve,
I just tried with a fresh classpath from CVS, but it doesn't work.
autoheader fails to create "include/config.h.in" and the rest follows. You
can see the results below.
I tried again after removing lines 128 to 141 from configure.in, and had no
problems at all.
-Patrik
[EMAIL PROTEC
Stuart Ballard wrote:
If nobody speaks up, may I suggest that the consensus is "reluctantly
apply it" - and in that case, could someone do so?
Nobody spoke up, so could someone apply the patch (attached)?
Thanks,
Stuart.
--
Stuart Ballard, Senior Web Developer
FASTNET - Web Solutions
(215) 283-23
Bryce McKinlay wrote:
On Oct 26, 2003, at 10:31 PM, Guilhem Lavaux wrote:
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.
5 matches
Mail list logo