Hi Vladimir,
thanks for keeping us updated and hanks for setting the integrations
date on the JEP. We think it is reasonable to do it before the JDK 10
forest will be forked as this will obviously save us a lot of work.
The remaining shared changes are
"8166561: [s390] Adaptions needed for s390
Hi Goetz and Volker,
Positive news is that JEP status is moving, changes are reviewed and some
changes were already pushed.
But because of our testing issues during past week I was not able to execute
the testing.
We hope jdk9/hs will be open soon but we want to sync jdk9/dev and merge hs-com
On 12/10/2016 9:57 PM, Magnus Ihse Bursie wrote:
On 2016-10-12 13:07, David Holmes wrote:
On 12/10/2016 7:04 PM, Magnus Ihse Bursie wrote:
On 2016-10-12 04:38, David Holmes wrote:
On 11/10/2016 7:41 PM, Erik Joelsson wrote:
Hello,
After the cleanup of C++ linking with the GCC toolchain. We
On 2016-10-12 13:07, David Holmes wrote:
On 12/10/2016 7:04 PM, Magnus Ihse Bursie wrote:
On 2016-10-12 04:38, David Holmes wrote:
On 11/10/2016 7:41 PM, Erik Joelsson wrote:
Hello,
After the cleanup of C++ linking with the GCC toolchain. We missed
updating one instance with the correct TOO
On 12/10/2016 7:04 PM, Magnus Ihse Bursie wrote:
On 2016-10-12 04:38, David Holmes wrote:
On 11/10/2016 7:41 PM, Erik Joelsson wrote:
Hello,
After the cleanup of C++ linking with the GCC toolchain. We missed
updating one instance with the correct TOOLCHAIN configuration. This
leads to build
Looks good.
/Erik
On 2016-10-12 11:38, Magnus Ihse Bursie wrote:
When using --enable-ccache, we always get this warning:
configure: WARNING: Ignoring value of CCACHE from the environment. Use
command line variables instead.
This is caused by us always setting CCACHE to an empty value. This
When using --enable-ccache, we always get this warning:
configure: WARNING: Ignoring value of CCACHE from the environment. Use
command line variables instead.
This is caused by us always setting CCACHE to an empty value. This also
had the side effect of overriding any user-provided value. Thi
On 2016-10-11 15:37, Tim Bell wrote:
Hello Erik:
When introducing the exploded-image-optimize target, I tried to fix all
the dependencies so that the module-info.class files would not be used
by any other target at the same time as the optimization was happening.
It seems I forgot about one cla
On 2016-10-11 12:18, Erik Joelsson wrote:
On Solaris, we used to always add /usr/sbin to the global PATH early
in configure since some tools we need are found there. In JDK-8165161
that was removed. This had the consequence that configure no longer
found dtrace unless the user had /usr/sbin in
On 12/10/2016 10:10, Magnus Ihse Bursie wrote:
Bug: https://bugs.openjdk.java.net/browse/JDK-8166937
Webrev: http://cr.openjdk.java.net/~erikj/8166937/webrev.01/
Looks good to me.
Ditto.
--
Alan Burlison
--
On 2016-10-11 11:41, Erik Joelsson wrote:
Hello,
After the cleanup of C++ linking with the GCC toolchain. We missed
updating one instance with the correct TOOLCHAIN configuration. This
leads to build failures for arm ports with slowdebug. I have no idea
why it only happens there, but correcti
On 2016-10-12 04:38, David Holmes wrote:
On 11/10/2016 7:41 PM, Erik Joelsson wrote:
Hello,
After the cleanup of C++ linking with the GCC toolchain. We missed
updating one instance with the correct TOOLCHAIN configuration. This
leads to build failures for arm ports with slowdebug. I have no ide
12 matches
Mail list logo
