On 12/05/2016 12:16 PM, 31731705 wrote:
I have installed this library.
[root@localhost ~]# yum list | grep Xtst
libXtst.i386 1.0.1-3.1
installed
libXtst-devel.i3861.0.1-3.1
installed
But the error still exists.
The error below is not rela
I have installed this library.
[root@localhost ~]# yum list | grep Xtst
libXtst.i386 1.0.1-3.1installed
libXtst-devel.i3861.0.1-3.1installed
But the error still exists.
## Starting jdk
/home/rong/ope
Disable the -Werror compiler flag while compiling JDK SCTP.
Signed-off-by: Guido Trentalancia
---
jdk/make/lib/NioLibraries.gmk |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- jdk8u-build2/jdk/make/lib/NioLibraries.gmk 2016-05-11 00:03:25.591433084
+0200
+++ jdk8u-build1/jdk/make
The following (RFC) patch aims to fix the following build error
with gcc6:
/home/guido/new/openjdk/mercurial-rep/jdk8u-build1/hotspot/src/share/vm/prims/unsafe.cpp:1378:17:
error: unable to find string literal operator ‘operator""OBJ’ with ‘const char
[40]’, ‘long unsigned int’ arguments
#defin
The following (RFC) patch aims to fix the following build error
with gcc6:
/home/guido/new/jdk8u60/mercurial-rep/tmp/jdk8u/hotspot/src/share/vm/gc_implementation/g1/concurrentMark.cpp:
In constructor ‘G1PrintRegionLivenessInf
oClosure::G1PrintRegionLivenessInfoClosure(outputStream*, const char*)’
The following (RFC) patch aims to fix the following build error
with gcc6:
/home/guido/new/jdk8u60/mercurial-rep/jdk8u60/hotspot/src/os/linux/vm/os_linux.cpp:
In static member function ‘static void* os::dll_load(const char*, char*, int)’:
/home/guido/new/jdk8u60/mercurial-rep/jdk8u60/hotspot/src/
The following (RFC) patch aims to fix a build error when using gcc6:
/home/guido/new/jdk8u60/mercurial-rep/tmp/jdk8u/jdk/src/share/native/com/sun/java/util/jar/pack/jni.cpp:
In function ‘_jobject*
Java_com_sun_java_util_jar_pack_NativeUnpack_getUnusedInput(JNIEnv*, jobject)’:
/home/guido/new/jdk
Hello.
The following set of five patches aims to fix the errors that currently
occur during compilation of openjdk8u with gcc6.
I suppose some of the patches are trivial and can be applied easily
while others (in particular 4/5) would probably require more revision.
After applying the patchset,
On 2016-05-11 18:25, Erik Joelsson wrote:
Alan is correct , I have issues with the long line. :)
I recommend something like this:
JLINK_ORDER_RESOURCES := \
*module-info.class* \
@$(SUPPORT_OUTPUTDIR)/classlist/classlist,/java.base/java/* \
/java.base/jdk/* \
/java.base/sun/* \
Alan is correct , I have issues with the long line. :)
I recommend something like this:
JLINK_ORDER_RESOURCES := \
*module-info.class* \
@$(SUPPORT_OUTPUTDIR)/classlist/classlist,/java.base/java/* \
/java.base/jdk/* \
/java.base/sun/* \
/java.base/com/* \
/jdk.localedata/
On 11/05/2016 16:56, Claes Redestad wrote:
Hi,
please review this change to enable the --order-resources plugin
during build, which helps cold start scenarios by improving locality
Bug: https://bugs.openjdk.java.net/browse/JDK-8156756
Webrev: http://cr.openjdk.java.net/~redestad/8156756/webre
+1
> On May 11, 2016, at 12:56 PM, Claes Redestad
> wrote:
>
> Hi,
>
> please review this change to enable the --order-resources plugin during
> build, which helps cold start scenarios by improving locality
>
> Bug: https://bugs.openjdk.java.net/browse/JDK-8156756
> Webrev: http://cr.openjdk
Hi,
please review this change to enable the --order-resources plugin during
build, which helps cold start scenarios by improving locality
Bug: https://bugs.openjdk.java.net/browse/JDK-8156756
Webrev: http://cr.openjdk.java.net/~redestad/8156756/webrev.01/
Ordering by classlist alone gives a g
Thanks for review and sponsoring.
/Stefan
Den 2016-05-11 kl. 14:05, skrev Erik Joelsson:
Looks good. I will sponsor this.
/Erik
On 2016-05-11 13:31, Stefan Särne wrote:
Please review this small fix to make jib more resilient.
It will follow redirects, and it will retry on network hick
On 2016-05-11 08:05, David Holmes wrote:
Hi Erik,
Seems reasonable. flags.m4 is okay, but the toolchain.m4 changes
stretch my comprehension of the overall process. As long as this gets
through jprt with -testset hotspot, then I'm fine with it. :)
I agree this got nasty. I was actually surp
Looks good. I will sponsor this.
/Erik
On 2016-05-11 13:31, Stefan Särne wrote:
Please review this small fix to make jib more resilient.
It will follow redirects, and it will retry on network hickups.
@@ -87,11 +87,11 @@
if command -v curl > /dev/null; then
-getcmd="curl -s"
+
Please review this small fix to make jib more resilient.
It will follow redirects, and it will retry on network hickups.
@@ -87,11 +87,11 @@
if command -v curl > /dev/null; then
-getcmd="curl -s"
+getcmd="curl -s -L --retry 3 --retry-delay 5"
Thanks
Stefan
On 11/05/2016 5:22 PM, 31731705 wrote:
I'm building openjdk8 so I use openjdk7 as a bootstrap JDK, and my
computer runs CentOS 5.9, and actually I already install X11.
[root@localhost openjdk]# yum list | grep X11
libX11.i386 1.0.3-11.el5_7.1
installed
libX11-devel.
I'm building openjdk8 so I use openjdk7 as a bootstrap JDK, and my computer
runs CentOS 5.9, and actually I already install X11.
[root@localhost openjdk]# yum list | grep X11
libX11.i386 1.0.3-11.el5_7.1 installed
libX11-devel.i386
Are you building JDK 8 or 9? Your system is very old - too old for 9.
If you check the build readme's they should tell you about installing
the X11 developer libraries.
I can't help with a newer ldd I'm afraid.
David
On 11/05/2016 4:13 PM, 31731705 wrote:
David, Thanks.
I installed followi
20 matches
Mail list logo
