Re: Building open jdk 8 from source fails

2015-01-27 Thread lee json
No luck. After running bash get_source.sh, then re-configure, make,
etc. still produce the same error.

On 23 January 2015 at 20:12, Magnus Ihse Bursie
 wrote:
> On 2015-01-18 04:47, lee json wrote:
>>
>> I switch to cloning repository at
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev/ by command `hg clone
>> http://hg.openjdk.java.net/jdk8u/jdk8u-dev`
>>
>> Then build with command line `bash ./configure
>> --with-boot-jdk=/home/jason/jdk1.7.0_6` or `bash ./configure`. And
>> then execute `make` or `make all` command.
>>
>> The first step i.e. configure successfully completes. Its output looks
>> as the section configure. But failing compile source as the section of
>> make, when calling make/ make all. With or wihtout make clean before
>> make/ make all doesn't make any differences.
>>
>> How to fix such errors? Thanks
>
>
> It looks like you have not gotten all source code correctly. Just cloning
> the top-level repo is not enough.
>
> Try running "bash get_source.sh".
>
> /Magnus
>


RFR: JDK-8062223: Upgrading to ccache 1.3.10 disables the use of ccache

2015-01-27 Thread Erik Joelsson

Hello,

Please review this fix cleaning up the ccache setup in configure. This 
patch addresses the concerns in the following bugs:

https://bugs.openjdk.java.net/browse/JDK-8065791
https://bugs.openjdk.java.net/browse/JDK-8014074
https://bugs.openjdk.java.net/browse/JDK-8062223

Webrev: http://cr.openjdk.java.net/~erikj/8062223/webrev.root.01/

I changed the test for ccache version to explicitly check for known 
older versions that we don't want to use with precompiled headers. The 
test is only done if precompiled headers are enabled, since without 
precompiled headers, we don't know of any issues with ccache.


I fixed the ccache options needed to fully function with precompiled 
headers in hotspot. These options will now be used if precompiled 
headers are enabled. They currently aren't fully used.


I updated the documentation to reflect our current stance on ccache.

As noted in JDK-8014074, ccache works better without precompiled 
headers, so I recommend turning it off when using ccache. (I actually 
recommend turning it off on linux regardless.)


Some numbers building just hotspot ("make hotspot") from my machine 
(E5-2665 @ 2.4GHz, 16 cores + HT) with JOBS=15 which is default:


Product/release with precompiled headers
no ccache: 03:13
empty cache: 03:37
perfect cache: 01:36

Product/release without precompiled headers
no ccache: 02:35
empty cache: 02:43
perfect cache: 01:04

/Erik


Re: Building open jdk 8 from source fails

2015-01-27 Thread Magnus Ihse Bursie

On 2015-01-27 13:07, lee json wrote:

No luck. After running bash get_source.sh, then re-configure, make,
etc. still produce the same error.
Did you run "make clean"? You can even try running "make dist-clean" and 
re-running configure to really start from a clean slate.


/Magnus



On 23 January 2015 at 20:12, Magnus Ihse Bursie
 wrote:

On 2015-01-18 04:47, lee json wrote:

I switch to cloning repository at
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/ by command `hg clone
http://hg.openjdk.java.net/jdk8u/jdk8u-dev`

Then build with command line `bash ./configure
--with-boot-jdk=/home/jason/jdk1.7.0_6` or `bash ./configure`. And
then execute `make` or `make all` command.

The first step i.e. configure successfully completes. Its output looks
as the section configure. But failing compile source as the section of
make, when calling make/ make all. With or wihtout make clean before
make/ make all doesn't make any differences.

How to fix such errors? Thanks


It looks like you have not gotten all source code correctly. Just cloning
the top-level repo is not enough.

Try running "bash get_source.sh".

/Magnus





RFR: 8071710: [solaris] libfontmanager should be linked against headless awt library

2015-01-27 Thread Phil Race

Hi,

A mistake was made in JDK 8 so that the font libraries for Solaris are now
being linked against X11 libraries and this is a problem for headless 
(server) use

For more details see :
https://bugs.openjdk.java.net/browse/JDK-8071710

I am presenting jdk 9 & 8 fixes here since this needs a backport and the
change is not identical

The open part of the JDK 9 fix : http://cr.openjdk.java.net/~prr/8071710/

The complete JDK 8 fix : http://cr.openjdk.java.net/~prr/8071710.8u/
(the t2k linking was moved to closed at some point)

I've submitted JPRT jobs and also verified that UI demos (like 
SwingSet2) still run


-phil.





Re: Building open jdk 8 from source fails

2015-01-27 Thread lee json
dist clean and configure (with boot jdk) look correct. But really no
luck when executing make

= below is the output when executing make dist-clean

Cleaning langtools build artifacts ... done
Cleaning corba build artifacts ... done
Cleaning jaxp build artifacts ... done
Cleaning jaxws build artifacts ... done
Cleaning hotspot build artifacts ... done
Cleaning jdk build artifacts ... done
Cleaning nashorn build artifacts ... done
Cleaning images build artifacts ... done
Cleaning overlay-images build artifacts ... done
Cleaning bootcycle-build build artifacts ... done
Cleaning docs build artifacts ... done
Cleaning docstemp build artifacts ... done
Cleaning testoutput build artifacts ... done
Cleaned all build artifacts.
Removing configuration directory for 'linux-x86-normal-server-release'
Cleaned everything, you will have to re-run configure.

= below is the output when executing configure --with-boot-jdk

A new configuration has been successfully created in
/home/jason/projects/jdk8u-dev/build/linux-x86-normal-server-release
using configure arguments '--with-boot-jdk=/home/jason/jdk1.7.0_60

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

Tools summary:
* Boot JDK:   java version "1.7.0_60" Java(TM) SE Runtime
Environment (build 1.7.0_60-b19) Java HotSpot(TM) Server VM (build
24.60-b09, mixed mode)  (at /home/jason/jdk1.7.0_60)
* C Compiler: gcc-4.9 (Debian 4.9.1-19) version 4.9.1 (at /usr/bin/gcc-4.9)
* C++ Compiler:   g++-4.9 (Debian 4.9.1-19) version 4.9.1 (at /usr/bin/g++-4.9)

Build performance summary:
* Cores to use:   4
* Memory limit:   7998 MB
* ccache status:  installed, but disabled (version older than 3.1.4)

 below is the output when executing make

Building OpenJDK for target 'default' in configuration
'linux-x86-normal-server-release'

## Starting langtools
Compiling 2 files for BUILD_TOOLS
/home/jason/projects/jdk8u-dev/langtools/src/share/classes/com/sun/tools/javac/parser/JavacParser.java:310:
error: cannot find symbol
return tk.accepts(S.token(lookahead + 1).kind);
^
  symbol:   variable kind
  location: class Token

...

100 errors
make[1]: *** No rule to make target 'all', needed by 'default'.  Stop.
/home/jason/projects/jdk8u-dev//make/Main.gmk:83: recipe for target
'langtools-only' failed
make: *** [langtools-only] Error 2




On 27 January 2015 at 21:35, Magnus Ihse Bursie
 wrote:
> On 2015-01-27 13:07, lee json wrote:
>>
>> No luck. After running bash get_source.sh, then re-configure, make,
>> etc. still produce the same error.
>
> Did you run "make clean"? You can even try running "make dist-clean" and
> re-running configure to really start from a clean slate.
>
> /Magnus
>
>
>>
>> On 23 January 2015 at 20:12, Magnus Ihse Bursie
>>  wrote:
>>>
>>> On 2015-01-18 04:47, lee json wrote:

 I switch to cloning repository at
 http://hg.openjdk.java.net/jdk8u/jdk8u-dev/ by command `hg clone
 http://hg.openjdk.java.net/jdk8u/jdk8u-dev`

 Then build with command line `bash ./configure
 --with-boot-jdk=/home/jason/jdk1.7.0_6` or `bash ./configure`. And
 then execute `make` or `make all` command.

 The first step i.e. configure successfully completes. Its output looks
 as the section configure. But failing compile source as the section of
 make, when calling make/ make all. With or wihtout make clean before
 make/ make all doesn't make any differences.

 How to fix such errors? Thanks
>>>
>>>
>>> It looks like you have not gotten all source code correctly. Just cloning
>>> the top-level repo is not enough.
>>>
>>> Try running "bash get_source.sh".
>>>
>>> /Magnus
>>>
>