Re: RFR: 8151351: HotSpot build process should regard --with-native-debug-symbols.

[David Holmes]

Hi Yasumasa,

On 7/03/2016 1:38 PM, Yasumasa Suenaga wrote:
> Hi all,
> 
> When I build fastdebug JDK (--enable-debug) with 
> --with-native-debug-symbols=internal,
> build process generated *.debuginfo for libjsig and libjvm.
> I think that build process should regard --with-native-debug-symbols.

As I wrote in the bug report we are getting very close to the switch
over to the new hotspot build and I'm assuming/hoping this is already
addressed there. We are avoiding non-urgent changes to the hotspot build
in the meantime to ease the change over.

Thanks,
David

> I've uploaded webrev. Could you review it?
>http://cr.openjdk.java.net/~ysuenaga/JDK-8151351/webrev.00/
> 
> I cannot access JPRT. So I need a sponsor.
> 
> 
> Thanks,
> 
> Yasumasa
> 

RFR: 8151351: HotSpot build process should regard --with-native-debug-symbols.

[Yasumasa Suenaga]

Hi all,

When I build fastdebug JDK (--enable-debug) with 
--with-native-debug-symbols=internal,
build process generated *.debuginfo for libjsig and libjvm. 
I think that build process should regard --with-native-debug-symbols. 

I've uploaded webrev. Could you review it?
  http://cr.openjdk.java.net/~ysuenaga/JDK-8151351/webrev.00/

I cannot access JPRT. So I need a sponsor.


Thanks,

Yasumasa

Re: problems with freetype.dll, jdk 8 and windows

[David Holmes]

On 7/03/2016 6:59 AM, Hendrik Schreiber wrote:

Hey there,

I’m trying to build a 32 bit JDK8u with Windows. And hoorray! it’s building 
just fine.
But when running some software I run into:

java.lang.UnsatisfiedLinkError: C:\…\jre\bin\freetype.dll: %1 is not a valid 
Win32 application

Apparently, I am not the first one with this problem. 
http://mail.openjdk.java.net/pipermail/build-dev/2015-January/014091.html seems 
to have faced the same issue and was told:


“Freetype on Windows has long been a frustrating source of problems.

In JDK9 there is a new configure option, --with-freetype-src, which
helps out a lot with the problematic freetype on Windows. It just
requires you to download the freetype source code and it will
automatically compile a correct freetype library for use by OpenJDK.

AFAIK this patch has not been backported to JDK8, however. But if you
can switch to JDK9 I highly recommend  it. An alternative solution might
be to download JDK9 just to use this feature, and then point to the
newly built freetype library using configure in JDK8.”


I can definitely confirm that first statement…

Is there any other, easy recommended way how to deal with this on for 8u. I’d 
like to avoid having to deal at all with JDK9 at this point. Perhaps someone 
has a correctly built 32 bit dll lying around...?

BTW—Something that puzzles me but probably has a straight forward explanation: 
Why is there no freetype.dll in the pre-built JDKs (either 8 or 9)? Shouldn’t 
that be in there somewhere? I was thinking that would be a great source for a 
correctly built binary lib..


If by "pre-built" you mean the Oracle JDKs, they don't use/require 
freetype - only OpenJDK does.


David
-


Thanks!

-hendrik

Re: problems with freetype.dll, jdk 8 and windows

[Magnus Ihse Bursie]

On 2016-03-06 21:59, Hendrik Schreiber wrote:

Hey there,

I’m trying to build a 32 bit JDK8u with Windows. And hoorray! it’s building 
just fine.
But when running some software I run into:

java.lang.UnsatisfiedLinkError: C:\…\jre\bin\freetype.dll: %1 is not a valid 
Win32 application

Apparently, I am not the first one with this problem. 
http://mail.openjdk.java.net/pipermail/build-dev/2015-January/014091.html seems 
to have faced the same issue and was told:


“Freetype on Windows has long been a frustrating source of problems.

In JDK9 there is a new configure option, --with-freetype-src, which
helps out a lot with the problematic freetype on Windows. It just
requires you to download the freetype source code and it will
automatically compile a correct freetype library for use by OpenJDK.

AFAIK this patch has not been backported to JDK8, however. But if you
can switch to JDK9 I highly recommend  it. An alternative solution might
be to download JDK9 just to use this feature, and then point to the
newly built freetype library using configure in JDK8.”


I can definitely confirm that first statement…

Is there any other, easy recommended way how to deal with this on for 8u. I’d 
like to avoid having to deal at all with JDK9 at this point. Perhaps someone 
has a correctly built 32 bit dll lying around...?


You can just clone jdk9 and use the --with-freetype-src to have the 
configure script for jdk9  build freetype for you. You can then forget 
about jdk9 and point your jdk8 configure to the newly build freetype.


/Magnus

Re: RFR: JDK-8150504: JIB profiles for reference implementation builds

[Magnus Ihse Bursie]

On 2016-03-03 14:15, Erik Joelsson wrote:
We need to define a couple of new Jib profiles specifically for builds 
of just open jdk. These are needed for our internal reference 
implementation builds.


Bug: https://bugs.openjdk.java.net/browse/JDK-8150504
Webrev: http://cr.openjdk.java.net/~erikj/8150504/

/Erik


Looks good to me.

/Magnus

problems with freetype.dll, jdk 8 and windows

[Hendrik Schreiber]

Hey there,

I’m trying to build a 32 bit JDK8u with Windows. And hoorray! it’s building 
just fine.
But when running some software I run into:

java.lang.UnsatisfiedLinkError: C:\…\jre\bin\freetype.dll: %1 is not a valid 
Win32 application

Apparently, I am not the first one with this problem. 
http://mail.openjdk.java.net/pipermail/build-dev/2015-January/014091.html seems 
to have faced the same issue and was told:


“Freetype on Windows has long been a frustrating source of problems.

In JDK9 there is a new configure option, --with-freetype-src, which 
helps out a lot with the problematic freetype on Windows. It just 
requires you to download the freetype source code and it will 
automatically compile a correct freetype library for use by OpenJDK.

AFAIK this patch has not been backported to JDK8, however. But if you 
can switch to JDK9 I highly recommend  it. An alternative solution might 
be to download JDK9 just to use this feature, and then point to the 
newly built freetype library using configure in JDK8.”


I can definitely confirm that first statement…

Is there any other, easy recommended way how to deal with this on for 8u. I’d 
like to avoid having to deal at all with JDK9 at this point. Perhaps someone 
has a correctly built 32 bit dll lying around...?

BTW—Something that puzzles me but probably has a straight forward explanation: 
Why is there no freetype.dll in the pre-built JDKs (either 8 or 9)? Shouldn’t 
that be in there somewhere? I was thinking that would be a great source for a 
correctly built binary lib..

Thanks!

-hendrik

Re: get_source.sh does not seem to work, fails on jdk/src/closed

[Hendrik Schreiber]

> On Mar 6, 2016, at 16:04, Vadim Pakhnushev  
> wrote:
> 
> On 06.03.2016 17:35, Hendrik Schreiber wrote:
>> hg clone http://hg.openjdk.java.net/jdk8u/jdk8u-dev;cd jdk8u-dev;sh 
>> get_source.sh .
> Just remove the last dot, the script treats it as the path to the closed 
> repositories.

Thanks so much, Vadim! Works like a charm.

At the bottom of http://openjdk.java.net/projects/jdk8u it says:

The jdk8u-dev forest for ongoing development can be cloned using this command: 
hg clone http://hg.openjdk.java.net/jdk8u/jdk8u-dev;cd jdk8u-dev;sh 
get_source.sh .

That last dot is the full stop of the sentence, and does not belong to the call.
The formatting is unfortunate and perhaps should be changed to save poor souls 
like me some time and keep me from asking stupid questions…

Cheers,

-hendrik

Re: get_source.sh does not seem to work, fails on jdk/src/closed

[Vadim Pakhnushev]

On 06.03.2016 17:35, Hendrik Schreiber wrote:

hg clone http://hg.openjdk.java.net/jdk8u/jdk8u-dev;cd jdk8u-dev;sh 
get_source.sh .
Just remove the last dot, the script treats it as the path to the closed 
repositories.


Vadim

get_source.sh does not seem to work, fails on jdk/src/closed

[Hendrik Schreiber]

Hey there,

I’m trying to clone the repo on OS X and fetch the sources, but am failing 
miserably. This has worked before (8u20 or so), but now no such luck.

The output of what I do and see is pasted below.
Searching the bug database led to 
https://bugs.openjdk.java.net/browse/JDK-8056269

However, I can’t apply the mentioned workaround (using hg tconfig):

prompt>  hg tconfig --set --walk
hg: unknown command 'tconfig'

I’m sure there is a simple solution to this and hope you can point me in the 
right direction.

Thank you,

-hendrik


hg clone http://hg.openjdk.java.net/jdk8u/jdk8u-dev;cd jdk8u-dev;sh 
get_source.sh .
destination directory: jdk8u-dev
requesting all changes
adding changesets
adding manifests
adding file changes
added 1655 changesets with 2041 changes to 141 files
updating to branch default
85 files updated, 0 files merged, 0 files removed, 0 files unresolved
# Repositories:  corba jaxp jaxws langtools jdk hotspot nashorn  jdk/src/closed 
jdk/make/closed jdk/test/closed hotspot/make/closed hotspot/src/closed 
hotspot/test/closed deploy install sponsors pubs
corba:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/corba corba
 jaxp:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jaxp jaxp
corba:   requesting all changes
 jaxp:   requesting all changes
 jaxp:   adding changesets
corba:   adding changesets
corba:   adding manifests
 jaxp:   adding manifests
corba:   adding file changes
 jaxp:   adding file changes
corba:   added 1198 changesets with 4156 changes to 1388 files
corba:   updating to branch default
corba:   1194 files updated, 0 files merged, 0 files removed, 0 
files unresolved
jaxws:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jaxws jaxws
jaxws:   requesting all changes
jaxws:   adding changesets
jaxws:   adding manifests
jaxws:   adding file changes
 jaxp:   added 1252 changesets with 7312 changes to 4238 files
 jaxp:   updating to branch default
 jaxp:   2075 files updated, 0 files merged, 0 files removed, 0 
files unresolved
langtools:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/langtools langtools
langtools:   requesting all changes
langtools:   adding changesets
jaxws:   added 1083 changesets with 13077 changes to 6751 files
langtools:   adding manifests
jaxws:   updating to branch default
jaxws:   3734 files updated, 0 files merged, 0 files removed, 0 
files unresolved
  jdk:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk jdk
  jdk:   requesting all changes
  jdk:   adding changesets
langtools:   adding file changes
  jdk:   adding manifests
langtools:   added 3084 changesets with 21850 changes to 7172 files
langtools:   updating to branch default
langtools:   6374 files updated, 0 files merged, 0 files removed, 0 
files unresolved
  hotspot:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/hotspot hotspot
  hotspot:   requesting all changes
  hotspot:   adding changesets
  hotspot:   adding manifests
  hotspot:   adding file changes
  hotspot:   added 7819 changesets with 40729 changes to 5665 files
  hotspot:   updating to branch default
  hotspot:   4739 files updated, 0 files merged, 0 files removed, 0 
files unresolved
  nashorn:   hg clone 
http://hg.openjdk.java.net/jdk8u/jdk8u-dev/nashorn nashorn
  nashorn:   requesting all changes
  nashorn:   adding changesets
  nashorn:   adding manifests
  jdk:   adding file changes
  nashorn:   adding file changes
  nashorn:   added 1735 changesets with 10827 changes to 2959 files
  nashorn:   updating to branch default
  nashorn:   2742 files updated, 0 files merged, 0 files removed, 0 
files unresolved
   jdk/src/closed:   jdk/src still not created, waiting...
   jdk/src/closed:   jdk/src still not created, waiting...
   jdk/src/closed:   jdk/src still not created, waiting...
   jdk/src/closed:   jdk/src still not created, waiting...
  jdk:   added 11462 changesets with 96072 changes to 27163 
files
  jdk:   updating to branch default
   jdk/src/closed:   hg clone ./jdk8u/jdk8u-dev/jdk/src/closed 
jdk/src/closed
   jdk/src/closed:   abort: repository ./jdk8u/jdk8u-dev/jdk/src/closed not 
found!
  jdk/make/closed:   hg clone ./jdk8u/jdk8u-dev/jdk/make/closed