compiling openJdk 11 on windows 7 32bits fail
David Holmes
david.holmes at oracle.com
Sat Nov 24 06:59:20 UTC 2018
On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
>
> On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
>> Using the same command as before, and then using
>> make CONF=windows-x86-normal-client-fastdebug clean;
>> make CONF=windows-x86-normal-client-fastdebug;
>>
>> I get warnings as error, and cannot compile. The output is (and I
>> attached the logs):
>>
>> $ make CONF=windows-x86-normal-client-fastdebug;
>> Building target 'default (exploded-image)' in configuration
>> 'windows-x86-normal-client-fastdebug'
>> Compiling 8 files for BUILD_TOOLS_LANGTOOLS
>> Compiling 2 files for BUILD_JVMTI_TOOLS
>> Compiling 1 files for BUILD_JFR_TOOLS
>> Compiling 12 properties into resource bundles for jdk.jdeps
>> Compiling 7 properties into resource bundles for jdk.jshell
>> Parsing 2 properties into enum-like class for jdk.compiler
>> Compiling 19 properties into resource bundles for jdk.compiler
>> Compiling 13 properties into resource bundles for jdk.javadoc
>> Compiling 117 files for BUILD_java.compiler.interim
>> Compiling 394 files for BUILD_jdk.compiler.interim
>> Creating support/modules_libs/java.base/client/jvm.dll from 746 file(s)
>> Creating hotspot/variant-client/libjvm/gtest/jvm.dll from 90 file(s)
>> Creating hotspot/variant-client/libjvm/gtest/gtestLauncher.exe from 1
>> file(s)
>> Compiling 299 files for BUILD_jdk.javadoc.interim
>> Compiling 162 files for BUILD_TOOLS_JDK
>> Compiling 188 files for BUILD_jdk.rmic.interim
>> 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.
>> Compiling 2 files for COMPILE_DEPEND
>> Note: Some input files use or override a deprecated API.
>> Note: Recompile with -Xlint:deprecation for details.
>> Compiling 2 files for BUILD_BREAKITERATOR_BASE
>> Compiling 2 files for BUILD_BREAKITERATOR_LD
>> SocketOptionRegistry.java.template
>> Compiling 11 properties into resource bundles for java.base
>> Compiling 6 properties into resource bundles for java.base
>> Compiling 11 properties into resource bundles for java.logging
>> Compiling 11 properties into resource bundles for jdk.jartool
>> Compiling 11 properties into resource bundles for jdk.management.agent
>> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>> error C2220: warning treated as error - no 'object' file generated
>> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
>> data
>> make[3]: *** [lib/CompileJvm.gmk:151:
>> /cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/hotspot/variant-client/libjvm/objs/classFileParser.obj]
>> Error 1
>
> 32-bit Windows is not regularly built, and might become unbuildable from
> time to time. I think you are running into
> https://bugs.openjdk.java.net/browse/JDK-8214206, which has a patch out
> for review.
No, this isn't JDK-8214206 - that was caused by a change only in JDK 12.
But the above must have been fixed at some point as 32-bit builds in
mainline are being done fairly regularly. (We have ARM 32-bit in our
tier 5 now).
David
> /Magnus
>
>
>> make[3]: *** Waiting for unfinished jobs....
>> make[2]: *** [make/Main.gmk:257: hotspot-client-libs] Error 2
>> make[2]: *** Waiting for unfinished jobs....
>> Compiling 4 properties into resource bundles for jdk.jlink
>> Compiling 3 properties into resource bundles for jdk.jdi
>> Compiling 3 properties into resource bundles for jdk.jlink
>> Compiling 1 properties into resource bundles for jdk.jlink
>>
>> ERROR: Build failed for target 'default (exploded-image)' in
>> configuration 'windows-x86-normal-client-fastdebug' (exit code 2)
>>
>> === Output from failing command(s) repeated here ===
>> * For target hotspot_variant-client_libjvm_objs_classFileParser.obj:
>> classFileParser.cpp
>> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>> error C2220: warning treated as error - no 'object' file generated
>> c:/cygwin/home/Franco/Java/jdk11/src/hotspot/share/classfile/classFileParser.cpp(310):
>> warning C4267: '=': conversion from 'size_t' to 'u2', possible loss of
>> data
>> ... (rest of output omitted)
>>
>> * All command lines available in
>> /cygdrive/c/cygwin/home/Franco/Java/jdk11/build/windows-x86-normal-client-fastdebug/make-support/failure-logs.
>>
>> === End of repeated output ===
>>
>> El jue., 22 de nov. de 2018 a la(s) 22:19, Franco Gastón Pellegrini
>> (francogpellegrini at gmail.com <mailto:francogpellegrini at gmail.com>)
>> escribió:
>>
>> yes, it was gcc, for some reason it get broken. I reinstall cygwin
>> and reconfigure it, an now it works, thanks!
>>
>> El lun., 5 de nov. de 2018 a la(s) 07:00, Magnus Ihse Bursie
>> (magnus.ihse.bursie at oracle.com
>> <mailto:magnus.ihse.bursie at oracle.com>) escribió:
>>
>> On 2018-11-04 06:16, Franco Gastón Pellegrini wrote:
>>> I used this command:
>>> /bash ./configure --enable-debug --with-target-bits=32
>>> --with-toolchain-version=2017 --with-jvm-variants=client
>>>
>>> --with-boot-jdk="/home/Franco/Java/jdk10/build/windows-x86-normal-client-fastdebug/jdk/";/
>>>
>>> I tried Visual studio 2015 and 2017 (with-toolchain-version).
>>> I attached config.log as you asked.
>>> Thanks.
>>>
>>> El sáb., 3 de nov. de 2018 a la(s) 04:43, Magnus Ihse Bursie
>>> (magnus.ihse.bursie at oracle.com
>>> <mailto:magnus.ihse.bursie at oracle.com>) escribió:
>>>
>>> Have you tried running
>>>
>>> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>>>
>>>
>>> from the same prompt you ran configure to see what
>>> happens? It seems to
>>> have located a compiler but fails to run it.
>>>
>>
>> Let me re-iterate this question: Have you tried running
>>
>> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>>
>> from the same prompt you ran configure to see what happens?
>>
>> Here is the relevant part of the config.log, it basically says
>> it cannot compile a simple C program. You can try recreating
>> conftest.c as shown in the log below, or try just any other
>> simple C program.
>>
>> configure:35681: checking whether the C compiler works
>> configure:35703:
>>
>> /cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl
>>
>> conftest.c >&5
>> Microsoft (R) C/C++ Optimizing Compiler Version 19.15.26732.1
>> for x86
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> conftest.c
>> Microsoft (R) Incremental Linker Version 14.15.26732.1
>> Copyright (C) Microsoft Corporation. All rights reserved.
>>
>> /out:conftest.exe
>> conftest.obj
>> LINK : fatal error LNK1104: cannot open file 'conftest.exe'
>> configure:35707: $? = 2
>> configure:35745: result: no
>> configure: failed program was:
>> | /* confdefs.h */
>> | #define PACKAGE_NAME "OpenJDK"
>> | #define PACKAGE_TARNAME "openjdk"
>> | #define PACKAGE_VERSION "openjdk"
>> | #define PACKAGE_STRING "OpenJDK openjdk"
>> | #define PACKAGE_BUGREPORT "build-dev at openjdk.java.net"
>> <mailto:build-dev at openjdk.java.net>
>> | #define PACKAGE_URL "http://openjdk.java.net"
>> <http://openjdk.java.net>
>> | /* end confdefs.h. */
>> |
>> | int
>> | main ()
>> | {
>> |
>> | ;
>> | return 0;
>> | }
>> configure:35750: error: in `/home/Franco/Java/jdk11':
>> configure:35752: error: C compiler cannot create executables
>>
>> /Magnus
>>
>>>
>>> There is also a second log file, config.log, generated by
>>> autoconf. It
>>> will hopefully contain output from the failed run of CL,
>>> and the
>>> complete command line it used when it concluded that the
>>> C compiler
>>> cannot create executables.
>>>
>>> /Magnus
>>>
>>> On 2018-11-03 02:50, Franco Gastón Pellegrini wrote:
>>> > Hello,
>>> > When I try to compìle OpenJDK 11, I get an error. I
>>> tried using visual
>>> > studio 2015 and 2017 with the same error. *Note that
>>> compiling OpenJDK 9
>>> > and 10 work just fine.*
>>> >
>>> > I attached the log, but the error is:
>>> >
>>> >
>>>
>>> **********************************************************************
>>> > ** Visual Studio 2017 Developer Command Prompt v15.8.9
>>> > ** Copyright (c) 2017 Microsoft Corporation
>>> >
>>>
>>> **********************************************************************
>>> > [vcvarsall.bat] Environment initialized for: 'x86'
>>> > configure: Setting extracted environment variables
>>> > checking for Visual Studio variables... ok
>>> > configure: Rewriting ipath to
>>> >
>>>
>>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/include"
>>>
>>> > configure: Rewriting ipath to
>>> >
>>>
>>> "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/include/um"
>>> > configure: Rewriting ipath to
>>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/ucrt"
>>> > configure: Rewriting ipath to
>>> >
>>> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/shared"
>>> > configure: Rewriting ipath to
>>> > "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/um"
>>> > configure: Rewriting ipath to
>>> >
>>> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/winrt"
>>> > configure: Rewriting ipath to
>>> >
>>>
>>> "/cygdrive/c/progra~1/wi3cf2~1/10/include/100171~1.0/cppwinrt"
>>> > configure: Rewriting libpath to
>>> >
>>>
>>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/lib/x86"
>>>
>>> > configure: Rewriting libpath to
>>> >
>>>
>>> "/cygdrive/c/progra~1/wi3cf2~1/netfxsdk/46d346~1.1/lib/um/x86"
>>> > configure: Rewriting libpath to
>>> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/ucrt/x86"
>>> > configure: Rewriting libpath to
>>> > "/cygdrive/c/progra~1/wi3cf2~1/10/lib/100171~1.0/um/x86"
>>> > checking for cl...
>>> >
>>>
>>> /cygdrive/c/PROGRA~1/MICROS~1/2017/COMMUN~1/VC/Tools/MSVC/14.15.26726/bin/HostX86/x86/cl
>>>
>>> > configure: Rewriting CC to
>>> >
>>>
>>> "/cygdrive/c/progra~1/micros~1/2017/commun~1/vc/tools/msvc/1415~1.267/bin/hostx86/x86/cl"
>>>
>>> > checking resolved symbolic links for CC... no symlink
>>> > configure: Using microsoft C compiler version
>>> 19.15.26732.1 [Microsoft (R)
>>> > C/C++ Optimizing Compiler Version 19.15.26732.1 for x86]
>>> > checking whether the C compiler works... no
>>> > configure: error: in `/home/Franco/Java/jdk11':
>>> > configure: error: C compiler cannot create executables
>>> > See `config.log' for more details
>>> > configure exiting with result code 77
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>> -- Franco Gastón Pellegrini
>>
>>
>>
>> -- Franco Gastón Pellegrini
>>
>>
>>
>> --
>> Franco Gastón Pellegrini
>
More information about the build-dev
mailing list