On 24/03/2016 12:15, Erik Joelsson wrote:
New webrev with shorter lines in SocketOptionRegistry.java.template.
http://cr.openjdk.java.net/~erikj/8152545/webrev.jdk.02/
This looks good.
-Alan.
New webrev with shorter lines in SocketOptionRegistry.java.template.
http://cr.openjdk.java.net/~erikj/8152545/webrev.jdk.02/
/Erik
On 2016-03-24 12:57, Erik Joelsson wrote:
On 2016-03-24 12:15, Alan Bateman wrote:
On 23/03/2016 16:14, Erik Joelsson wrote:
:
On 2016-03-23 12:13, Erik Joe
On 2016-03-24 12:15, Alan Bateman wrote:
On 23/03/2016 16:14, Erik Joelsson wrote:
:
On 2016-03-23 12:13, Erik Joelsson wrote:
There are however 3 that, at least on Linux, are defined as an enum
and not constants, which makes them unavailable to the preprocessor.
These are:
IPPROTO_TCP =
On 23/03/2016 16:14, Erik Joelsson wrote:
:
On 2016-03-23 12:13, Erik Joelsson wrote:
There are however 3 that, at least on Linux, are defined as an enum
and not constants, which makes them unavailable to the preprocessor.
These are:
IPPROTO_TCP = 6
IPPROTO_IP = 0
IPPROTO_PV6 = 41
I would
(adding core-libs)
On 2016-03-23 12:13, Erik Joelsson wrote:
In the gensrc step for java.base, we generate a couple of java classes
with the purpose of extracting native constants from the system. We
currently do this by compiling a C program that when run, generates
the java source file. The
In the gensrc step for java.base, we generate a couple of java classes
with the purpose of extracting native constants from the system. We
currently do this by compiling a C program that when run, generates the
java source file. The problem with this approach is that when cross
compiling, we ca
