Re: [9] Fix for JDK-8074824: Resolve disabled warnings for libawt_xawt
On 7/7/2016 7:48 PM, Ajit Ghaisas wrote:
Thanks Phil for the review.
Please find my answers below.
Semyon, can you please comment on Phil's question below?
I agree with this change. The check is not needed.
--Semyon
Regards,
Ajit
-Original Message-
From: Phil Race
Sent: Wednesday, July 06, 2016 2:02 AM
To: Ajit Ghaisas
Cc: Sergey Bylokhov; Erik Joelsson; 2d-dev; awt-...@openjdk.java.net;
build-dev@openjdk.java.net
Subject: Re: [9] Fix for JDK-8074824: Resolve disabled warnings for libawt_xawt
It is not always clear to me what warning is being suppressed and why you have
chosen a particular solution/action
this next one looks like it might introduce an unused variable warning.
What was it solving ? That the code was not checking a return value ?
size_t bytesWritten = write ( AWT_WRITEPIPE, _char, 1 ); //bytesWritten
is unused
Isn't the compiler's point here that you *should* be doing something with the
result?
Not just ignoring it differently ...
--
[Ajit] : there was a warning of type 'unused-result' for write() method. Now, I
have just assigned that to a variable which fixes the warning.
I think, we should have some code to do error check on bytesWritten and return
it - but it is out of purview of this fix as it may introduce behavioral change.
--
-
and this one ? I want Semyon to comment on what this code is trying to do in
its original form since it was added for GTK3.
@@ -1989,11 +2029,7 @@
static guint8 recode_color(gdouble channel)
{
guint16 result = (guint16)(channel * 65535);
-if (result < 0) {
-result = 0;
-} else if (result > 65535) {
-result = 65535;
-}
+
return (guint8)( result >> 8);
}
-
[Ajit] : there was a warning about guint16 will not be less than 0 and larger
than 65535. Hence I have removed code checking this range.
-
-
-phil.
On 06/23/2016 12:09 AM, Ajit Ghaisas wrote:
Hi,
Bug :
https://bugs.openjdk.java.net/browse/JDK-8074824
(Resolve disabled warnings for libawt_xawt)
As part of fixing this bug, I have -
1. Fixed warnings in source code after removing blanket warning
suppressions from makefile.
2. In case the warning fix is not possible, converted blanket warning
suppression for this library to suppression of warnings for individual files.
3. Added comments in makefile for the warning suppression that cannot be
fixed.
One type of gcc warning 'deprecated-declarations' will be fixed
separately (as part of JDK-8160146)
I have built the changes successfully on all supported platforms.
Webrev :
http://cr.openjdk.java.net/~aghaisas/8074824/webrev.00/
Request you to review.
Regards,
Ajit
Build failed: target jdk.deploy.controlpanel.fx-java
Hello, Last two weeks I experiencing the next problem to build jdk9/client on Windows and Linux Compiling 19 files for jdk.plugin.server Compiling 18 files for BUILD_LEGACY_jdk.plugin.server Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. make[3]: *** No rule to make target '/cygdrive/c/cygwin64/data/projects/client/build/windows-x86_64-normal-server-fastdebug/jdk/modules/javafx.fxml/_the.javafx.fxml_batch', needed by '/cygdrive/c/cygwin64/data/projects/client/build/windows-x86_64-normal-server-fastdebug/jdk/modules/jdk.deploy.controlpanel.fx/_the.jdk.deploy.controlpanel.fx_batch'. Stop. make[3]: *** Waiting for unfinished jobs make/Main.gmk:184: recipe for target 'jdk.deploy.controlpanel.fx-java' failed make[2]: *** [jdk.deploy.controlpanel.fx-java] Error 1 make[2]: *** Waiting for unfinished jobs Can someone help to address it? --Semyon
Re: official compiler for Solaris jdk9 build?
Hi, I have installed the devkit on clean Solaris 11.2 instance but configure fails because compiler cannot find the includes path: c -o conftestconftest.c 5 conftest.c, line 9: cannot find include file: stdio.h conftest.c, line 13: undefined symbol: FILE though devkit sysroot path was detected by configure. Any reasons why? I did not not install normal solaris studio only the devkit. Thank you. --Semyon On 6/3/2015 11:38 AM, Semyon Sadetsky wrote: On 6/3/2015 11:28 AM, Magnus Ihse Bursie wrote: On 2015-06-02 17:27, Semyon Sadetsky wrote: Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. That's because the warning does not cause the build failure. Read the logs again. :-) The real error here is libjvm.so: not an ELF object which causes the linking to fail for libverify.so. The warning from libjava is just a red herring. Your hotspot build is broken. Try make clean-hotspot make hotspot and see if you spot any errors. Otherwise you'd probably just left the build in a bad state. /Magnus Thank you. In reality it was even worse when I add the option disabling warnings as errors the VM hangs in the middle of the build and those messages I got after restarting it and running the incremental build. This scenario was reproduced 2 times with clean build. So, my next attempt is a clean install with devkits. --Semyon Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: official compiler for Solaris jdk9 build?
Shure: ./configure --with-devkit=/export/home/oracle/devkit/SS12u4-Solaris11u1/ --enable-debug --Semyon On 6/5/2015 4:05 PM, Magnus Ihse Bursie wrote: Did you use the --with-devkit option? /Magnus 5 jun 2015 kl. 10:47 skrev Semyon Sadetsky semyon.sadet...@oracle.com: Hi, I have installed the devkit on clean Solaris 11.2 instance but configure fails because compiler cannot find the includes path: c -o conftestconftest.c 5 conftest.c, line 9: cannot find include file: stdio.h conftest.c, line 13: undefined symbol: FILE though devkit sysroot path was detected by configure. Any reasons why? I did not not install normal solaris studio only the devkit. Thank you. --Semyon On 6/3/2015 11:38 AM, Semyon Sadetsky wrote: On 6/3/2015 11:28 AM, Magnus Ihse Bursie wrote: On 2015-06-02 17:27, Semyon Sadetsky wrote: Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. That's because the warning does not cause the build failure. Read the logs again. :-) The real error here is libjvm.so: not an ELF object which causes the linking to fail for libverify.so. The warning from libjava is just a red herring. Your hotspot build is broken. Try make clean-hotspot make hotspot and see if you spot any errors. Otherwise you'd probably just left the build in a bad state. /Magnus Thank you. In reality it was even worse when I add the option disabling warnings as errors the VM hangs in the middle of the build and those messages I got after restarting it and running the incremental build. This scenario was reproduced 2 times with clean build. So, my next attempt is a clean install with devkits. --Semyon Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: official compiler for Solaris jdk9 build?
How can I install them, just copy from sysroot/usr? Or it is possible to skip conftest? --Semyon On 6/5/2015 5:09 PM, Erik Joelsson wrote: Actually, we might have issues in configure if the standard headers aren't available on the system. At least I have not tested that scenario and I can imagine that our SYSROOT_CFLAGS aren't always used in the configure tests. This is of course a bug, but a workaround would be to have the system headers installed on the system. They won't be used during the actual build. /Erik On 2015-06-05 15:05, Magnus Ihse Bursie wrote: Did you use the --with-devkit option? /Magnus 5 jun 2015 kl. 10:47 skrev Semyon Sadetsky semyon.sadet...@oracle.com: Hi, I have installed the devkit on clean Solaris 11.2 instance but configure fails because compiler cannot find the includes path: c -o conftestconftest.c 5 conftest.c, line 9: cannot find include file: stdio.h conftest.c, line 13: undefined symbol: FILE though devkit sysroot path was detected by configure. Any reasons why? I did not not install normal solaris studio only the devkit. Thank you. --Semyon On 6/3/2015 11:38 AM, Semyon Sadetsky wrote: On 6/3/2015 11:28 AM, Magnus Ihse Bursie wrote: On 2015-06-02 17:27, Semyon Sadetsky wrote: Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. That's because the warning does not cause the build failure. Read the logs again. :-) The real error here is libjvm.so: not an ELF object which causes the linking to fail for libverify.so. The warning from libjava is just a red herring. Your hotspot build is broken. Try make clean-hotspot make hotspot and see if you spot any errors. Otherwise you'd probably just left the build in a bad state. /Magnus Thank you. In reality it was even worse when I add the option disabling warnings as errors the VM hangs in the middle of the build and those messages I got after restarting it and running the incremental build. This scenario was reproduced 2 times with clean build. So, my next attempt is a clean install with devkits. --Semyon Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: official compiler for Solaris jdk9 build?
On 6/3/2015 11:28 AM, Magnus Ihse Bursie wrote: On 2015-06-02 17:27, Semyon Sadetsky wrote: Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. That's because the warning does not cause the build failure. Read the logs again. :-) The real error here is libjvm.so: not an ELF object which causes the linking to fail for libverify.so. The warning from libjava is just a red herring. Your hotspot build is broken. Try make clean-hotspot make hotspot and see if you spot any errors. Otherwise you'd probably just left the build in a bad state. /Magnus Thank you. In reality it was even worse when I add the option disabling warnings as errors the VM hangs in the middle of the build and those messages I got after restarting it and running the incremental build. This scenario was reproduced 2 times with clean build. So, my next attempt is a clean install with devkits. --Semyon Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: Solaris jdk9 build problem
On 6/2/2015 11:47 AM, Magnus Ihse Bursie wrote: On 2015-06-02 08:20, Semyon Sadetsky wrote: On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: You cannot set it manually. If configure has failed to detect it, all bets are off. I'm a bit surprised that configure allowed AS to be empty, it should have aborted. Try running configure with --with-toolchain-path=/opt/solarisstudio12.3/bin. Does that help you get a proper value of AS. /Magnus AS remains empty: A new configuration has been successfully created in /jdk9/client/build/solaris-x86_64-normal-server-fastdebug using configure arguments '--enable-debug --with-toolchain-path=/opt/solarisstudio12.3/bin'. Configuration summary: * Debug level:fastdebug * HS debug level: fastdebug * JDK variant:normal * JVM variants: server * OpenJDK target: OS: solaris, CPU architecture: x86, address length: 64 Tools summary: * Boot JDK: java version 1.8.0_45 Java(TM) SE Runtime Environment (build 1.8.0_45-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) (at /usr/jdk/instances/jdk1.8.0_45) * Toolchain: solstudio (Oracle Solaris Studio) * C Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/cc) * C++ Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/CC) Build performance summary: * Cores to use: 2 * Memory limit: 2048 MB dev@solaris1:/jdk9/client$ grep AS: /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/spec.gmk AS:= dev@solaris1:/jdk9/client$ cc: Warning: -xarch=amd64 is deprecated, use -m64 to create 64-bit programs ld: fatal: file solaris_x86_64.o: not an ELF object gmake[8]: *** [solaris_x86_64.o] Error 2 gmake[8]: *** Waiting for unfinished jobs
Re: Solaris jdk9 build problem
On 6/2/2015 9:27 AM, David Holmes wrote: On 2/06/2015 4:20 PM, Semyon Sadetsky wrote: On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. That suggests something is not set correctly. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: cc: Warning: -xarch=amd64 is deprecated, use -m64 to create 64-bit programs ld: fatal: file solaris_x86_64.o: not an ELF object gmake[8]: *** [solaris_x86_64.o] Error 2 gmake[8]: *** Waiting for unfinished jobs what does cc -V show? The make logic is looking 5.9 or greater to use the new -m64 option. David - dev@solaris1:/jdk9/client$ /opt/solarisstudio12.3/bin/cc -V cc: Sun C 5.12 SunOS_i386 2011/11/16 I have also solaris studio 12.4 installed in this VM but it is in another dir and not on the path.
Re: Solaris jdk9 build problem
On 6/2/2015 1:33 PM, Magnus Ihse Bursie wrote: On 2015-06-02 12:22, David Holmes wrote: On 2/06/2015 8:12 PM, Semyon Sadetsky wrote: On 6/2/2015 1:06 PM, Magnus Ihse Bursie wrote: On 2015-06-02 11:25, Semyon Sadetsky wrote: On 6/2/2015 11:47 AM, Magnus Ihse Bursie wrote: On 2015-06-02 08:20, Semyon Sadetsky wrote: On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: You cannot set it manually. If configure has failed to detect it, all bets are off. I'm a bit surprised that configure allowed AS to be empty, it should have aborted. Try running configure with --with-toolchain-path=/opt/solarisstudio12.3/bin. Does that help you get a proper value of AS. /Magnus AS remains empty: A new configuration has been successfully created in /jdk9/client/build/solaris-x86_64-normal-server-fastdebug using configure arguments '--enable-debug --with-toolchain-path=/opt/solarisstudio12.3/bin'. Configuration summary: * Debug level:fastdebug * HS debug level: fastdebug * JDK variant:normal * JVM variants: server * OpenJDK target: OS: solaris, CPU architecture: x86, address length: 64 Tools summary: * Boot JDK: java version 1.8.0_45 Java(TM) SE Runtime Environment (build 1.8.0_45-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) (at /usr/jdk/instances/jdk1.8.0_45) * Toolchain: solstudio (Oracle Solaris Studio) * C Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/cc) * C++ Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/CC) Build performance summary: * Cores to use: 2 * Memory limit: 2048 MB dev@solaris1:/jdk9/client$ grep AS: /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/spec.gmk AS:= Do you have an as in your path or in /opt/solarisstudio12.3/bin then? Have you even built jdk successfully on this machine? /Magnus No it's a new installation. And I'm building jdk on Solaris for the first time. as is absent in /opt/solarisstudio12.3/bin. dev@solaris1:/jdk9/client$ ls /opt/solstudio12.2/bin CC cscope er_bit f90 rtc_patch_area sunf90 CCadmin ctc er_cp f95 rxm sunf95 amd64 ctcrer_export fbe rxs sunstudio analyzerctrace er_generic fdumpmod smctl tcov bcheck cxref er_html fpp solstudio tha binopt dbx er_kernel fpr spot uncover c++filt dbxtool er_mpippfsplit spot_diff version c89 dem er_mv gen_custom ss_attach whatdir c99 discoverer_otfdump getmsg sunCC xprof_atob cb dlight er_printindent sunas xprof_btoa cc dmake er_rm lint sunc89 cc-5.0 dumpstabs er_src lock_lint sunc99 cflow dwarfdump er_vtunify ptclean suncc collect er_archive f77 ripc sunf77 Should it be there? No it is in a separate package apparently (not installed by default on Solaris 11): pkg install pkg:/developer/assembler Thanks for the information David! I opened https://bugs.openjdk.java.net/browse/JDK-8081676 to track that we should verify that AS is properly detected on Solaris, and to print the help about pkg install in case as is missing. /Magnus Possible it would be worth to add this information to the readme as well. On other linuxes gcc is used instead of as and configure does not produce any warnings about it. It is not trivial to find the reason for people building solaris jdk for the first time. --Semyon David
Re: Solaris jdk9 build problem
On 6/2/2015 1:06 PM, Magnus Ihse Bursie wrote: On 2015-06-02 11:25, Semyon Sadetsky wrote: On 6/2/2015 11:47 AM, Magnus Ihse Bursie wrote: On 2015-06-02 08:20, Semyon Sadetsky wrote: On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: You cannot set it manually. If configure has failed to detect it, all bets are off. I'm a bit surprised that configure allowed AS to be empty, it should have aborted. Try running configure with --with-toolchain-path=/opt/solarisstudio12.3/bin. Does that help you get a proper value of AS. /Magnus AS remains empty: A new configuration has been successfully created in /jdk9/client/build/solaris-x86_64-normal-server-fastdebug using configure arguments '--enable-debug --with-toolchain-path=/opt/solarisstudio12.3/bin'. Configuration summary: * Debug level:fastdebug * HS debug level: fastdebug * JDK variant:normal * JVM variants: server * OpenJDK target: OS: solaris, CPU architecture: x86, address length: 64 Tools summary: * Boot JDK: java version 1.8.0_45 Java(TM) SE Runtime Environment (build 1.8.0_45-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) (at /usr/jdk/instances/jdk1.8.0_45) * Toolchain: solstudio (Oracle Solaris Studio) * C Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/cc) * C++ Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/CC) Build performance summary: * Cores to use: 2 * Memory limit: 2048 MB dev@solaris1:/jdk9/client$ grep AS: /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/spec.gmk AS:= Do you have an as in your path or in /opt/solarisstudio12.3/bin then? Have you even built jdk successfully on this machine? /Magnus No it's a new installation. And I'm building jdk on Solaris for the first time. as is absent in /opt/solarisstudio12.3/bin. dev@solaris1:/jdk9/client$ ls /opt/solstudio12.2/bin CC cscope er_bit f90 rtc_patch_area sunf90 CCadmin ctc er_cp f95 rxm sunf95 amd64 ctcrer_export fbe rxs sunstudio analyzerctrace er_generic fdumpmod smctl tcov bcheck cxref er_html fpp solstudio tha binopt dbx er_kernel fpr spotuncover c++filt dbxtool er_mpippfsplit spot_diff version c89 dem er_mv gen_custom ss_attach whatdir c99 discoverer_otfdump getmsg sunCC xprof_atob cb dlight er_printindent sunas xprof_btoa cc dmake er_rm lint sunc89 cc-5.0 dumpstabs er_src lock_lint sunc99 cflow dwarfdump er_vtunify ptclean suncc collect er_archive f77 ripc sunf77 Should it be there? dev@solaris1:/jdk9/client$ cc: Warning: -xarch=amd64 is deprecated, use -m64 to create 64-bit programs ld: fatal: file solaris_x86_64.o: not an ELF object gmake[8]: *** [solaris_x86_64.o] Error 2 gmake[8]: *** Waiting for unfinished jobs
Re: Solaris jdk9 build problem
On 6/2/2015 4:50 PM, Magnus Ihse Bursie wrote: On 2015-06-02 15:21, Semyon Sadetsky wrote: Hello, Hate to disturb you again but I got yet another show stopper for my Solaris build: Generating solaris_amd64_docs/jvmti.html Creating libverify.so from 2 file(s) Creating libjava.so from 60 file(s) Creating libfdlibm.a from 62 file(s) Creating libzip.so from 21 file(s) Creating libjli.so from 15 file(s) Creating libnet.so from 21 file(s) Creating libnio.so from 23 file(s) Compiling 3 properties into resource bundles for jdk.jdi Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: error: statement not reached (E_STATEMENT_NOT_REACHED) cc: acomp failed for /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/native/java.base/libjava/childproc.o] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 I belive the rest of the log says: please try again with --disable-warnings-as-errors or something like that. Do it! :) An even better solution is to investigate the warning and fix the code. I can't really say why you're getting this warning, though. Your version of the compiler might differ too much from the official ones. /Magnus Okay. What is the official one? I used Solaris studio 12.3 it has compiler version 5.10 which was recommended in the docs. --Semyon --Semyon On 6/2/2015 1:40 PM, Semyon Sadetsky wrote: On 6/2/2015 1:33 PM, Magnus Ihse Bursie wrote: On 2015-06-02 12:22, David Holmes wrote: On 2/06/2015 8:12 PM, Semyon Sadetsky wrote: On 6/2/2015 1:06 PM, Magnus Ihse Bursie wrote: On 2015-06-02 11:25, Semyon Sadetsky wrote: On 6/2/2015 11:47 AM, Magnus Ihse Bursie wrote: On 2015-06-02 08:20, Semyon Sadetsky wrote: On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: You cannot set it manually. If configure has failed to detect it, all bets are off. I'm a bit surprised that configure allowed AS to be empty, it should have aborted. Try running configure with --with-toolchain-path=/opt/solarisstudio12.3/bin. Does that help you get a proper value of AS. /Magnus AS remains empty: A new configuration has been successfully created in /jdk9/client/build/solaris-x86_64-normal-server-fastdebug using configure arguments '--enable-debug --with-toolchain-path=/opt/solarisstudio12.3/bin'. Configuration summary: * Debug level:fastdebug * HS debug level: fastdebug * JDK variant:normal * JVM variants: server * OpenJDK target: OS: solaris, CPU architecture: x86, address length: 64 Tools summary: * Boot JDK: java version 1.8.0_45 Java(TM) SE Runtime Environment (build 1.8.0_45-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) (at /usr/jdk/instances/jdk1.8.0_45) * Toolchain: solstudio (Oracle Solaris Studio) * C Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/cc) * C++ Compiler: Version 5.12 (at /opt/solarisstudio12.3/bin/CC) Build performance summary: * Cores to use: 2 * Memory limit: 2048 MB dev@solaris1:/jdk9/client$ grep AS: /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/spec.gmk AS:= Do you have an as in your path or in /opt/solarisstudio12.3/bin then? Have you even built jdk successfully on this machine? /Magnus No it's a new installation. And I'm building jdk on Solaris for the first time. as is absent in /opt/solarisstudio12.3/bin. dev@solaris1:/jdk9/client$ ls /opt/solstudio12.2/bin CC cscope er_bit f90 rtc_patch_area sunf90 CCadmin ctc
official compiler for Solaris jdk9 build?
Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: official compiler for Solaris jdk9 build?
The repository version should be buildable on all platforms without any source code modifications, shouldn't it? --Semyon On 6/2/2015 6:47 PM, Phil Race wrote: E_STATEMENT_NOT_REACHED is a favourite of SunStudio and I recently fixed one such warning (in closed code so I can't point to it here) but I did not see this one .. however I was using jprt and locally Solaris 10 SPARC. So perhaps it is something to do with the headers ? Ironically the warning is apparently due to an attempt to suppress a previous warning :-( .. _exit(-1); return 0; /* Suppress warning no return value from function */ } .. -phil. On 06/02/2015 08:37 AM, Erik Joelsson wrote: Hello Semyon, Solaris Studio 12.3 is the correct version. However, internally we use devkits with the compiler and system headers/libraries all packaged together (details in separate mail). The devkits still use headers and libraries from Solaris 10u10 for compatibility with that release. We normally run the build on Solaris 11.1. /Erik On 2015-06-02 17:27, Semyon Sadetsky wrote: Hi, I'm trying to build jdk9 under the current Solaris 11.2 version. Which version of the Solaris Studio should be installed for that? The readme-builds states: ... At a minimum, the Studio 12 Update 1 Compilers (containing version 5.10 of the C and C++ compilers) is required, including specific patches. ... Currently there are 3 versions currently available for downloading: Oracle Solaris Studio 12.2 Oracle Solaris Studio 12.3 Oracle Solaris Studio 12.4 I tried all 3 and only with 12.3 I do no receive build warnings about wrong compiler version, but my build constantly fails with 12.3 with the next message: Compiling 246 files for jdk.jdi /jdk9/client/jdk/src/java.base/unix/native/libjava/childproc.c, line 384: warning: statement not reached (E_STATEMENT_NOT_REACHED) /jdk9/client/jdk/src/java.base/unix/native/libjli/java_md_solinux.c, line 496: warning: statement not reached (E_STATEMENT_NOT_REACHED) ld: fatal: file /jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/server/libjvm.so: not an ELF object gmake[3]: *** [/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/support/modules_libs/java.base/amd64/libverify.so] Error 2 gmake[3]: *** Waiting for unfinished jobs gmake[2]: *** [java.base-libs] Error 1 Even --disable-warnings-as-errors option does not save the build from failure. Could you send me the software list with the versions that should be installed on a clean Solaris 11.2 instance to have the build running smoothly? Thank you, --Semyon
Re: Solaris jdk9 build problem
On 6/2/2015 2:35 AM, Magnus Ihse Bursie wrote: On 2015-06-01 21:17, Semyon Sadetsky wrote: Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. I'm guessing that .s is an assembly file, so most likely it is $(AS) that resolves to empty. Can you check your spec.gmk for the value of AS? /Magnus Yes, AS was empty. after I set it to /opt/solarisstudio12.3/bin/cc the first error message has gone but then I got: cc: Warning: -xarch=amd64 is deprecated, use -m64 to create 64-bit programs ld: fatal: file solaris_x86_64.o: not an ELF object gmake[8]: *** [solaris_x86_64.o] Error 2 gmake[8]: *** Waiting for unfinished jobs
Solaris jdk9 build problem
Hello, Could you help me to resolve 9 build problem on Solaris 11.2: /usr/ccs/bin/nm: solaris_x86_64.o: No such file or directory gmake[8]: *** [libjvm.so] Error 1 gmake[8]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' gmake[7]: *** [the_vm] Error 2 gmake[7]: Leaving directory `/jdk9/client/build/solaris-x86_64-normal-server-fastdebug/hotspot/solaris_amd64_compiler2/fastdebug' and earlier in the log: Assembling /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s rm -f solaris_x86_64.o xarch=amd64 -o solaris_x86_64.o /jdk9/client/hotspot/src/os_cpu/solaris_x86/vm/solaris_x86_64.s /usr/bin/bash: -o: command not found gmake[8]: [solaris_x86_64.o] Error 127 (ignored) Compiling /jdk9/client/hotspot/src/share/vm/gc/shared/space.cpp rm -f space.o /opt/solarisstudio12.3/bin/CC -DSOLARIS -DSPARC_WORKS - ... I guess there should be cc before xarch, but it's omited. ./configure did not report any warnings. Thank you. --Semyon
Ubuntu jdk9 build error
Hi, Could somebody advise what can be the reason for the next build error: Compiling 161 files for BUILD_TOOLS_JDK Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. GensrcMisc.gmk:63: *** You have to specify LANG for native compilation BUILD_GENSRC_SOR_EXE. Stop. make[2]: *** [java.base-gensrc-jdk] Error 1 make[1]: *** [main] Error 1 make: *** [default] Error 2 setting LANG to C affects nothing. Thank you. --Semyon Sadetsky
Re: 8u build failure win7/cygwin64
Hi Magnus, This is it: ... [14] VERSIONINFO_RESOURCE := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/resource/version.rc [15] RC_FLAGS := -nologo -l 0x409 -r -d JDK_BUILD_ID=1.8.0-internal-fastdebug-ssadetskrussadetsk_2015_04_29_10_24-b00 -d JDK_COMPANY=Oracle Corporation -d JDK_COMPONENT=Java(TM) Platform SE binary -d JDK_VER=8.0.0.0 -d JDK_COPYRIGHT=Copyright \xA9 2015 -d JDK_NAME=Java(TM) Platform SE 8 -d JDK_FVER=8,0,0,0 -D JDK_FNAME=jsdt.dll -D JDK_INTERNAL_NAME=jsdt -D JDK_FTYPE=0x2L [16] OBJECT_DIR := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/objs/libjsdt [17] DEBUG_SYMBOLS := true SetupNativeCompilation(BUILD_LIBINSTRUMENT) [2] LIBRARY := instrument [3] OUTPUT_DIR := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/bin [4] SRC := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/share/instrument /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/native/java/io /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/instrument [5] INCLUDE_FILES := EncodingSupport.c EncodingSupport_md.c FileSystemSupport_md.c InstrumentationImplNativeMethods.c InvocationAdapter.c JarFacade.c JPLISAgent.c JPLISAssert.c JavaExceptions.c PathCharsValidator.c Reentrancy.c Utilities.c canonicalize_md.c [6] LANG := C [7] OPTIMIZATION := LOW [8] CFLAGS := -nologo -Zi -Zc:wchar_t- -W3 -wd4800 -D_STATIC_CPPLIB -D_DISABLE_DEPRECATE_STATIC_CPPLIB -DWIN32_LEAN_AND_MEAN -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DWIN32 -DIAL -D_AMD64_ -Damd64 -D_LITTLE_ENDIAN -DWINDOWS -DDEBUG -DARCH='amd64' -Damd64 -DRELEASE='1.8.0-internal-fastdebug' -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/include -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/include/windows -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/share/javavm/export -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/javavm/export -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/share/native/common -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/native/common -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/gensrc_headers -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/share/instrument -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/instrument -I/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/share/bin -Dstrcasecmp=stricmp [9] CFLAGS_debug := -DJPLIS_LOGGING [10] CFLAGS_release := -DNO_JPLIS_LOGGING [11] MAPFILE := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/make/mapfiles/libinstrument/mapfile-vers [12] LDFLAGS := -nologo -opt:ref -incremental:no -debug -dll -libpath:/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/lib /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/objs/jli_static.lib /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/objs/libjava/java.lib -export:Agent_OnAttach advapi32.lib [13] LDFLAGS_linux := [14] LDFLAGS_solaris := [15] LDFLAGS_macosx := -Xlinker -all_load /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/objs/libjli_static.a -framework Cocoa -framework Security -framework ApplicationServices [16] LDFLAGS_SUFFIX := [17] LDFLAGS_SUFFIX_macosx := -liconv [18] LDFLAGS_SUFFIX_solaris := -L /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/bin/jli -ljli -lc [19] LDFLAGS_SUFFIX_linux := -L /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/bin/jli -ljli [20] LDFLAGS_SUFFIX_aix := -L/cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/build/windows-x86_64-normal-server-fastdebug/jdk/objs -ljli_static [21] VERSIONINFO_RESOURCE := /cygdrive/c/cygwin64/home/ssadetsk/projects/jdk8/jdk8u-dev/jdk/src/windows/resource/version.rc [22] RC_FLAGS := -nologo -l 0x409 -r -d JDK_BUILD_ID=1.8.0-internal-fastdebug-ssadetskrussadetsk_2015_04_29_10_24-b00 -d JDK_COMPANY=Oracle Corporation -d JDK_COMPONENT=Java(TM) Platform SE binary -d JDK_VER=8.0.0.0 -d JDK_COPYRIGHT=Copyright \xA9 2015 -d JDK_NAME=Java(TM) Platform SE 8 -d JDK_FVER=8,0,0,0 -D JDK_FNAME=instrument.dll -D JDK_INTERNAL_NAME=instrument -D JDK_FTYPE=0x2L [23] OBJECT_DIR :=
