Have you tried getting rid of the other warning:

ALT_BOOTDIR=/usr/lib/jvm/java-7-openjdk-amd64

David

On 30/01/2015 7:42 PM, matchew wrote:
I have rebuilt everything from the scratch and still have this error.
Here is configure summary:

====================================================
A new configuration has been successfully created in
/opt/openjdk/8/build/linux-x86_64-normal-server-release
using configure arguments
'--with-cacerts-file=/etc/ssl/certs/java/cacerts
--with-boot-jdk=/usr/lib/jvm/java-7-openjdk-amd64
--with-build-number=jdk8u31-b13 --with-update-version=jdk8u31-b13'.

Configuration summary:
* Debug level:    release
* JDK variant:    normal
* JVM variants:   server
* OpenJDK target: OS: linux, CPU architecture: x86, address length: 64

Tools summary:
* Boot JDK:       java version "1.7.0_65" OpenJDK Runtime Environment
(IcedTea 2.5.3) (7u71-2.5.3-0ubuntu0.12.04.1) OpenJDK 64-Bit Server VM
(build 24.65-b04, mixed mode)  (at /usr/lib/jvm/java-7-openjdk-amd64)
* C Compiler:     gcc-4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) version 4.6.3
(at /usr/bin/gcc-4.6)
* C++ Compiler:   g++-4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) version 4.6.3
(at /usr/bin/g++-4.6)

Build performance summary:
* Cores to use:   1
* Memory limit:   3750 MB
* ccache status:  not installed (consider installing)

Build performance tip: ccache gives a tremendous speedup for C++
recompilations.
You do not have ccache installed. Try installing it.
You might be able to fix this by running 'sudo apt-get install ccache'.

WARNING: You have old-style ALT_ environment variables set.
These are not respected, and will be ignored. It is recommended
that you clean your environment. The following variables are set:
ALT_BOOTDIR=/usr/lib/jvm/java-7-openjdk-amd64
ALT_CACERTS_FILE=/etc/ssl/certs/java/cacerts


WARNING: You have the following ALT_ variables set:
ALT_CACERTS_FILE=/etc/ssl/certs/java/cacerts
ALT_BOOTDIR=/usr/lib/jvm/java-7-openjdk-amd64
ALT_ variables are deprecated and will be ignored. Please clean your
environment.

Building OpenJDK for target 'all' in configuration
'linux-x86_64-normal-server-release'

2015-01-30 4:13 GMT+01:00 David Holmes <david.hol...@oracle.com
<mailto:david.hol...@oracle.com>>:

    Did you try removing the existing configuration and generating it
    cleanly as the warning suggested?

    David


    On 30/01/2015 8:03 AM, matchew wrote:

        No, configure was successful. Here is the summary:

        ==============================__======================
        A new configuration has been successfully created in
        /opt/openjdk/8/build/linux-__x86_64-normal-server-release
        using configure arguments
        '--with-cacerts-file=/etc/ssl/__certs/java/cacerts
        --with-boot-jdk=/usr/lib/jvm/__java-7-openjdk-amd64'.

        Configuration summary:
        * Debug level:    release
        * JDK variant:    normal
        * JVM variants:   server
        * OpenJDK target: OS: linux, CPU architecture: x86, address
        length: 64

        Tools summary:
        * Boot JDK:       java version "1.7.0_65" OpenJDK Runtime
        Environment
        (IcedTea 2.5.3) (7u71-2.5.3-0ubuntu0.12.04.1) OpenJDK 64-Bit
        Server VM
        (build 24.65-b04, mixed mode)  (at
        /usr/lib/jvm/java-7-openjdk-__amd64)
        * C Compiler:     gcc-4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) version
        4.6.3 (at
        /usr/bin/gcc-4.6)
        * C++ Compiler:   g++-4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) version
        4.6.3 (at
        /usr/bin/g++-4.6)

        Build performance summary:
        * Cores to use:   1
        * Memory limit:   3750 MB
        * ccache status:  not installed (consider installing)

        WARNING: You have old-style ALT_ environment variables set.
        These are not respected, and will be ignored. It is recommended
        that you clean your environment. The following variables are set:
        ALT_BOOTDIR=/usr/lib/jvm/java-__7-openjdk-amd64
        ALT_CACERTS_FILE=/etc/ssl/__certs/java/cacerts

        WARNING: The result of this configuration has overridden an older
        configuration. You *should* run 'make clean' to make sure you get a
        proper build. Failure to do so might result in strange build
        problems.

        In the past I was using http://hg.openjdk.java.net/__jdk8/jdk8
        <http://hg.openjdk.java.net/jdk8/jdk8> but recently
        switched to http://hg.openjdk.java.net/__jdk8u/jdk8u
        <http://hg.openjdk.java.net/jdk8u/jdk8u> and faced above problems.

        2015-01-29 22:02 GMT+01:00 Magnus Ihse Bursie
        <magnus.ihse.bur...@oracle.com
        <mailto:magnus.ihse.bur...@oracle.com>

            :


            On 2015-01-29 16:47, matchew wrote:

                When it comes to JDK compilation (i am executing *make
                all*) I am getting
                this error:

                ## Starting jdk
                Compiling 162 files for BUILD_TOOLS
                /bin/sh: 1:
                -Xbootclasspath/p:/opt/__openjdk/8/build/linux-x86_64-
                
normal-server-release/__langtools/dist/bootstrap/lib/__javac.jar:
                not found
                make[2]: ***
                [/opt/openjdk/8/build/linux-__x86_64-normal-server-release/
                jdk/btclasses/_the.BUILD___TOOLS_batch]
                Error 127
                make[1]: *** [gensrc-only] Error 2
                make: *** [jdk-only] Error 2

                Which is strange because file
                /opt/openjdk/8/build/linux-__x86_64-normal-server-release/
                langtools/dist/bootstrap/lib/__javac.jar
                    exists.


            The command line was supposed to look something like this
            /usr/bin/java
            -Xbootclasspath/p:/opt/__openjdk/8/build/linux-x86_64-
            normal-server-release/__langtools/dist/bootstrap/lib/__javac.jar
            ...
            but the executable java is missing.  Thus the shell tries to
            execute
            -Xbootclasspath... but that is not a valid executable.

            Most likely, your spec.gmk is broken somehow, and $(JAVA)
            expands to
            nothing.

            Did you get any error messages when running configure?

            /Magnus


Reply via email to