Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Fredrik Öhrström]

>
> On Thu, Apr 3, 2014 at 8:53 AM, Joe Darcy  wrote:
>>
>>> A broader question this issue raises is why are components like corba
>>> built using the book JDK rather than the JDK they are a part of?
>>
>> As Alan said, for historical reasons only. If you wanted to actually
compile corba/jaxp/jaxws using the new jdk, it would be trivial to change
the build system to do so, since we already do so with nashorn.

//Fredrik

Re: Problem related to building JDK in Windows

[Ludovic HOCHET]

Hello Pooja,
Have you tried with just:
--with-freetype=/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype-2.4.7
(additionally I think my trial and error got me to put the dll in
/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype-2.4.7/lib)
?

For ref, here are the steps I follow when building own:
http://lhochet.blogspot.fr/2013/01/building-java-8-on-windows.html

HTH,
Ludovic


On Thu, Apr 3, 2014 at 9:02 PM, pooja chopra  wrote:
> Hi Tim,
> Yeah I have cygwin and I tried with the cygwin command you told as below
> but again I got same error  :-
>
> $ ./configure
> --with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype
> -2.4.7/objs/win64/vc2010
> --with-freetype-include=/cygdrive/e/PoojaJDK8/freetype
> -2.4.7/freetype-2.4.7/include/freetype
>
> Error:-
> checking what is not needed on Windows?... alsa cups pulse x11
> checking for Mac OS X Java Framework... no
> checking for X... no
> checking for X11/extensions/shape.h... no
> configure: error: Can not find or use freetype at location given by
> --with-freet
> ype
> configure exiting with result code 1
>
> Regards,
> Pooja
>
> On Fri, Apr 4, 2014 at 12:30 AM, pooja chopra 
> wrote:
>
>> Hi Tim,
>> Yeah I have cygwin and I tried with the command you told as below
>>
>>
>>
>> On Fri, Apr 4, 2014 at 12:08 AM, Tim Bell  wrote:
>>
>>> If you are building the JDK on WIndows, you probably have Cygwin
>>> installed (you won't get very far without it).
>>>
>>> I suggest you try the Cygwin form of the path instead of the DOS form,
>>> and use forward slashes, like this:
>>>
>>>  ./configure
 --with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/
 freetype-2.4.7/objs/win64/vc2010
 --with-freetype-include=/cygdrive/e/PoojaJDK8/freetype-
 2.4.7/freetype-2.4.7/include/freetype

>>>
>>> Hope this helps-
>>>
>>> Tim
>>>
>>>
>>> On 04/03/14 17:34, pooja chopra wrote:
>>>
 Hi Volker ,
 Thanks for the help. But even after giving command as below : -

 $ ./configure
 -with-freetype-lib=E:\PoojaJDK8\freetype-2.4.7\
 freetype-2.4.7\objs\win64\vc2010
 --with-freetype-include=E:\PoojaJDK8\freetype-2.4.7\
 freetype-2.4.7\include\freetype

 I got below error :-
 checking for X11/extensions/shape.h... no
 configure: error: Can not find or use freetype at location given by
 --with-freetype
 configure exiting with result code 1

 I have freetype.dll at this location
 E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010  and
 freetype.h at this
 location E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype

 Regards,
 Pooja


 On Thu, Apr 3, 2014 at 9:21 PM, Volker Simonis >>> >wrote:

  Hi Pooja,
>
> if you already successfully build freetype according to the steps
> given in your mail you can simply pass the path of the freetype build
> output directory (i.e. the one where you find freetype.dll) with the
> "--with-freetype-lib" option to configure. You should also use
> "--with-freetype-include" to pass the path to the freetype include
> directory (i.e. the one which contains freetype.h) to configure.
>
> Regards,
> Volker
>
>
> On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra  >
> wrote:
>
>> Hi ,
>>
>> I am trying to build openjk on my windows 7 machine and facing problem
>> as
>> below :-
>>
>> checking for X11/extensions/shape.h... no
>> configure: error: Could not find freetype! You need to build a 64-bit
>> version of
>>   freetype.
>> This is not readily available.
>> You can find source code and build instructions on
>> http://www.freetype.org/
>> If you put the resulting build in "C:\Program Files\GnuWin32", it will
>> be
>> found
>> automatically.
>> configure exiting with result code 1
>>
>> Even though I have build freetype using steps as below :-
>>
>> Download FreeType from http://www.freetype.org/download.html, extract
>>
> it to
>
>> c:\OpenJDK\freetype-2.4.7 and double click on
>> c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open
>>
> the
>
>> FreeType project in "VisualC++ Express 2010".
>>
>>  From the projects properties do the following:
>>
>> - Configuration Manager -> Active Solution Manager -> Type or
>> select
>>
> the
>
>> new Platform -> x64
>> - Configuration -> Release Multithreaded
>> - Platform -> x64
>> - Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
>> ".\..\..\..\objs\win64\vc2010\"
>> - Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
>> ".\..\..\..\objs\release_mt_64\"
>> - Target Name -> rename to "freetype"
>> - Platform Toolset -> Windows7.1SDK
>>
>> Taking help from this site : -
>>
>>  https://weblogs.java.net/blog/simonis/archive/2011/10/28

Re: Problem related to building JDK in Windows

[pooja chopra]

Hi Tim,
Yeah I have cygwin and I tried with the cygwin command you told as below
but again I got same error  :-

$ ./configure
--with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype
-2.4.7/objs/win64/vc2010
--with-freetype-include=/cygdrive/e/PoojaJDK8/freetype
-2.4.7/freetype-2.4.7/include/freetype

Error:-
checking what is not needed on Windows?... alsa cups pulse x11
checking for Mac OS X Java Framework... no
checking for X... no
checking for X11/extensions/shape.h... no
configure: error: Can not find or use freetype at location given by
--with-freet
ype
configure exiting with result code 1

Regards,
Pooja

On Fri, Apr 4, 2014 at 12:30 AM, pooja chopra wrote:

> Hi Tim,
> Yeah I have cygwin and I tried with the command you told as below
>
>
>
> On Fri, Apr 4, 2014 at 12:08 AM, Tim Bell  wrote:
>
>> If you are building the JDK on WIndows, you probably have Cygwin
>> installed (you won't get very far without it).
>>
>> I suggest you try the Cygwin form of the path instead of the DOS form,
>> and use forward slashes, like this:
>>
>>  ./configure
>>> --with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/
>>> freetype-2.4.7/objs/win64/vc2010
>>> --with-freetype-include=/cygdrive/e/PoojaJDK8/freetype-
>>> 2.4.7/freetype-2.4.7/include/freetype
>>>
>>
>> Hope this helps-
>>
>> Tim
>>
>>
>> On 04/03/14 17:34, pooja chopra wrote:
>>
>>> Hi Volker ,
>>> Thanks for the help. But even after giving command as below : -
>>>
>>> $ ./configure
>>> -with-freetype-lib=E:\PoojaJDK8\freetype-2.4.7\
>>> freetype-2.4.7\objs\win64\vc2010
>>> --with-freetype-include=E:\PoojaJDK8\freetype-2.4.7\
>>> freetype-2.4.7\include\freetype
>>>
>>> I got below error :-
>>> checking for X11/extensions/shape.h... no
>>> configure: error: Can not find or use freetype at location given by
>>> --with-freetype
>>> configure exiting with result code 1
>>>
>>> I have freetype.dll at this location
>>> E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010  and
>>> freetype.h at this
>>> location E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype
>>>
>>> Regards,
>>> Pooja
>>>
>>>
>>> On Thu, Apr 3, 2014 at 9:21 PM, Volker Simonis >> >wrote:
>>>
>>>  Hi Pooja,

 if you already successfully build freetype according to the steps
 given in your mail you can simply pass the path of the freetype build
 output directory (i.e. the one where you find freetype.dll) with the
 "--with-freetype-lib" option to configure. You should also use
 "--with-freetype-include" to pass the path to the freetype include
 directory (i.e. the one which contains freetype.h) to configure.

 Regards,
 Volker


 On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra >>> >
 wrote:

> Hi ,
>
> I am trying to build openjk on my windows 7 machine and facing problem
> as
> below :-
>
> checking for X11/extensions/shape.h... no
> configure: error: Could not find freetype! You need to build a 64-bit
> version of
>   freetype.
> This is not readily available.
> You can find source code and build instructions on
> http://www.freetype.org/
> If you put the resulting build in "C:\Program Files\GnuWin32", it will
> be
> found
> automatically.
> configure exiting with result code 1
>
> Even though I have build freetype using steps as below :-
>
> Download FreeType from http://www.freetype.org/download.html, extract
>
 it to

> c:\OpenJDK\freetype-2.4.7 and double click on
> c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open
>
 the

> FreeType project in "VisualC++ Express 2010".
>
>  From the projects properties do the following:
>
> - Configuration Manager -> Active Solution Manager -> Type or
> select
>
 the

> new Platform -> x64
> - Configuration -> Release Multithreaded
> - Platform -> x64
> - Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
> ".\..\..\..\objs\win64\vc2010\"
> - Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
> ".\..\..\..\objs\release_mt_64\"
> - Target Name -> rename to "freetype"
> - Platform Toolset -> Windows7.1SDK
>
> Taking help from this site : -
>
>  https://weblogs.java.net/blog/simonis/archive/2011/10/28/
 yaojowbi-yet-another-openjdk-windows-build-instruction

> There may be a problem related to Windows SDK for Windows 7 and .Net as
> what I downloaded had some errors so please provide me link for
>
 downloading

> this .
>
>
> Thanks and Regards,
> Pooja
>

>>
>

Re: Problem related to building JDK in Windows

[pooja chopra]

Hi Tim,
Yeah I have cygwin and I tried with the command you told as below



On Fri, Apr 4, 2014 at 12:08 AM, Tim Bell  wrote:

> If you are building the JDK on WIndows, you probably have Cygwin installed
> (you won't get very far without it).
>
> I suggest you try the Cygwin form of the path instead of the DOS form, and
> use forward slashes, like this:
>
>  ./configure
>> --with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/
>> freetype-2.4.7/objs/win64/vc2010
>> --with-freetype-include=/cygdrive/e/PoojaJDK8/freetype-
>> 2.4.7/freetype-2.4.7/include/freetype
>>
>
> Hope this helps-
>
> Tim
>
>
> On 04/03/14 17:34, pooja chopra wrote:
>
>> Hi Volker ,
>> Thanks for the help. But even after giving command as below : -
>>
>> $ ./configure
>> -with-freetype-lib=E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\
>> vc2010
>> --with-freetype-include=E:\PoojaJDK8\freetype-2.4.7\
>> freetype-2.4.7\include\freetype
>>
>> I got below error :-
>> checking for X11/extensions/shape.h... no
>> configure: error: Can not find or use freetype at location given by
>> --with-freetype
>> configure exiting with result code 1
>>
>> I have freetype.dll at this location
>> E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010  and
>> freetype.h at this
>> location E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype
>>
>> Regards,
>> Pooja
>>
>>
>> On Thu, Apr 3, 2014 at 9:21 PM, Volker Simonis 
>> wrote:
>>
>>  Hi Pooja,
>>>
>>> if you already successfully build freetype according to the steps
>>> given in your mail you can simply pass the path of the freetype build
>>> output directory (i.e. the one where you find freetype.dll) with the
>>> "--with-freetype-lib" option to configure. You should also use
>>> "--with-freetype-include" to pass the path to the freetype include
>>> directory (i.e. the one which contains freetype.h) to configure.
>>>
>>> Regards,
>>> Volker
>>>
>>>
>>> On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra 
>>> wrote:
>>>
 Hi ,

 I am trying to build openjk on my windows 7 machine and facing problem
 as
 below :-

 checking for X11/extensions/shape.h... no
 configure: error: Could not find freetype! You need to build a 64-bit
 version of
   freetype.
 This is not readily available.
 You can find source code and build instructions on
 http://www.freetype.org/
 If you put the resulting build in "C:\Program Files\GnuWin32", it will
 be
 found
 automatically.
 configure exiting with result code 1

 Even though I have build freetype using steps as below :-

 Download FreeType from http://www.freetype.org/download.html, extract

>>> it to
>>>
 c:\OpenJDK\freetype-2.4.7 and double click on
 c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open

>>> the
>>>
 FreeType project in "VisualC++ Express 2010".

  From the projects properties do the following:

 - Configuration Manager -> Active Solution Manager -> Type or select

>>> the
>>>
 new Platform -> x64
 - Configuration -> Release Multithreaded
 - Platform -> x64
 - Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
 ".\..\..\..\objs\win64\vc2010\"
 - Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
 ".\..\..\..\objs\release_mt_64\"
 - Target Name -> rename to "freetype"
 - Platform Toolset -> Windows7.1SDK

 Taking help from this site : -

  https://weblogs.java.net/blog/simonis/archive/2011/10/28/
>>> yaojowbi-yet-another-openjdk-windows-build-instruction
>>>
 There may be a problem related to Windows SDK for Windows 7 and .Net as
 what I downloaded had some errors so please provide me link for

>>> downloading
>>>
 this .


 Thanks and Regards,
 Pooja

>>>
>

Re: Problem related to building JDK in Windows

[Tim Bell]

If you are building the JDK on WIndows, you probably have Cygwin 
installed (you won't get very far without it).


I suggest you try the Cygwin form of the path instead of the DOS form, 
and use forward slashes, like this:



./configure
--with-freetype-lib=/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype-2.4.7/objs/win64/vc2010
--with-freetype-include=/cygdrive/e/PoojaJDK8/freetype-2.4.7/freetype-2.4.7/include/freetype


Hope this helps-

Tim

On 04/03/14 17:34, pooja chopra wrote:

Hi Volker ,
Thanks for the help. But even after giving command as below : -

$ ./configure
-with-freetype-lib=E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010
--with-freetype-include=E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype

I got below error :-
checking for X11/extensions/shape.h... no
configure: error: Can not find or use freetype at location given by
--with-freetype
configure exiting with result code 1

I have freetype.dll at this location
E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010  and
freetype.h at this
location E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype

Regards,
Pooja


On Thu, Apr 3, 2014 at 9:21 PM, Volker Simonis wrote:


Hi Pooja,

if you already successfully build freetype according to the steps
given in your mail you can simply pass the path of the freetype build
output directory (i.e. the one where you find freetype.dll) with the
"--with-freetype-lib" option to configure. You should also use
"--with-freetype-include" to pass the path to the freetype include
directory (i.e. the one which contains freetype.h) to configure.

Regards,
Volker


On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra 
wrote:

Hi ,

I am trying to build openjk on my windows 7 machine and facing problem as
below :-

checking for X11/extensions/shape.h... no
configure: error: Could not find freetype! You need to build a 64-bit
version of
  freetype.
This is not readily available.
You can find source code and build instructions on
http://www.freetype.org/
If you put the resulting build in "C:\Program Files\GnuWin32", it will be
found
automatically.
configure exiting with result code 1

Even though I have build freetype using steps as below :-

Download FreeType from http://www.freetype.org/download.html, extract

it to

c:\OpenJDK\freetype-2.4.7 and double click on
c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open

the

FreeType project in "VisualC++ Express 2010".

 From the projects properties do the following:

- Configuration Manager -> Active Solution Manager -> Type or select

the

new Platform -> x64
- Configuration -> Release Multithreaded
- Platform -> x64
- Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
".\..\..\..\objs\win64\vc2010\"
- Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
".\..\..\..\objs\release_mt_64\"
- Target Name -> rename to "freetype"
- Platform Toolset -> Windows7.1SDK

Taking help from this site : -


https://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction

There may be a problem related to Windows SDK for Windows 7 and .Net as
what I downloaded had some errors so please provide me link for

downloading

this .


Thanks and Regards,
Pooja

Re: Problem related to building JDK in Windows

[pooja chopra]

Hi Volker ,
Thanks for the help. But even after giving command as below : -

$ ./configure
-with-freetype-lib=E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010
--with-freetype-include=E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype

I got below error :-
checking for X11/extensions/shape.h... no
configure: error: Can not find or use freetype at location given by
--with-freetype
configure exiting with result code 1

I have freetype.dll at this location
E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\objs\win64\vc2010  and
freetype.h at this
location E:\PoojaJDK8\freetype-2.4.7\freetype-2.4.7\include\freetype

Regards,
Pooja


On Thu, Apr 3, 2014 at 9:21 PM, Volker Simonis wrote:

> Hi Pooja,
>
> if you already successfully build freetype according to the steps
> given in your mail you can simply pass the path of the freetype build
> output directory (i.e. the one where you find freetype.dll) with the
> "--with-freetype-lib" option to configure. You should also use
> "--with-freetype-include" to pass the path to the freetype include
> directory (i.e. the one which contains freetype.h) to configure.
>
> Regards,
> Volker
>
>
> On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra 
> wrote:
> > Hi ,
> >
> > I am trying to build openjk on my windows 7 machine and facing problem as
> > below :-
> >
> > checking for X11/extensions/shape.h... no
> > configure: error: Could not find freetype! You need to build a 64-bit
> > version of
> >  freetype.
> > This is not readily available.
> > You can find source code and build instructions on
> > http://www.freetype.org/
> > If you put the resulting build in "C:\Program Files\GnuWin32", it will be
> > found
> > automatically.
> > configure exiting with result code 1
> >
> > Even though I have build freetype using steps as below :-
> >
> > Download FreeType from http://www.freetype.org/download.html, extract
> it to
> > c:\OpenJDK\freetype-2.4.7 and double click on
> > c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open
> the
> > FreeType project in "VisualC++ Express 2010".
> >
> > From the projects properties do the following:
> >
> >- Configuration Manager -> Active Solution Manager -> Type or select
> the
> >new Platform -> x64
> >- Configuration -> Release Multithreaded
> >- Platform -> x64
> >- Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
> >".\..\..\..\objs\win64\vc2010\"
> >- Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
> >".\..\..\..\objs\release_mt_64\"
> >- Target Name -> rename to "freetype"
> >- Platform Toolset -> Windows7.1SDK
> >
> > Taking help from this site : -
> >
> https://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction
> >
> > There may be a problem related to Windows SDK for Windows 7 and .Net as
> > what I downloaded had some errors so please provide me link for
> downloading
> > this .
> >
> >
> > Thanks and Regards,
> > Pooja
>

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Joe Darcy]

On 04/03/2014 09:33 AM, Martin Buchholz wrote:




On Thu, Apr 3, 2014 at 8:53 AM, Joe Darcy > wrote:


A broader question this issue raises is why are components like
corba built using the book JDK rather than the JDK they are a part of?


If we're cross-compiling, the JDK being built may never be executable


But the code in the jdk repository in JDK N is built such that it can 
use the language features and new libraries of JDK N. In contrast, the 
code in the corba (and IIRC jaxp and jaxws) repo is restricted to using 
features in the boot JDK, typically JDK (N-1).


-Joe

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Alan Bateman]

On 03/04/2014 16:53, Joe Darcy wrote:
A broader question this issue raises is why are components like corba 
built using the book JDK rather than the JDK they are a part of?
As I understand it, the new build compiles the repositories in this 
order so that it matches the old build. In previous mails about this 
here then it was suggested that this would be re-examined in JDK 9. Once 
we get JDK 9 building as modules then this issue should go away too as 
code would no longer be compiled a repository as time as it does now.


-Alan

Re: get_source.sh from ssh://host//path

[Mike Duigou]

On Apr 3 2014, at 08:23 , Wang Weijun  wrote:

> It looks like the problem is at
> 
> common/bin/hgforest.sh:
>   222   pull_newrepo="`echo ${pull_base}/${i} | sed -e 
> 's@\([^:]/\)//*@\1@g'`"
> 
> It tries to substitute all repeated slashes into one unless it's after a 
> colon.
> 
> *Mike*: Is that line really useful or just a beautifier?

I don't know unfortunately. I assume it was put there for a reason but I don't 
know whether it was cosmetic or functional.

If pull_base was stripped of trailing slashes then I suspect that this would be 
unnecessary.

Try this:

diff --git a/common/bin/hgforest.sh b/common/bin/hgforest.sh
--- a/common/bin/hgforest.sh
+++ b/common/bin/hgforest.sh
@@ -216,10 +216,11 @@ else
   pull_base="${pull_extra}"
   fi
 done
+pull_base="`echo ${pull_base} | sed -e 's@[/]*$@@'`"
 (
   (
 if [ "${command}" = "clone" -o "${command}" = "fclone" -o "${command}" 
= "tclone" ] ; then
-  pull_newrepo="`echo ${pull_base}/${i} | sed -e 
's@\([^:]/\)//*@\1@g'`"
+  pull_newrepo="${pull_base}/${i}"
   path="`dirname ${i}`"
   if [ "${path}" != "." ] ; then
 times=0


> --Max
> 
> On Apr 3, 2014, at 19:42, Erik Joelsson  wrote:
> 
>> I have had the same problem before and would also appreciate fixing it.
>> 
>> /Erik
>> 
>> On 2014-04-03 12:47, Weijun Wang wrote:
>>> Hi All
>>> 
>>> I'm trying to clone jdk9 from one of my machines to another using ssh. The 
>>> source was at ssh://host//space/jdk9/dev. Please note the double slash 
>>> before "space" because it's not under my $HOME.
>>> 
>>> Now I can clone the dev repo but if I go inside and call "sh 
>>> get_source.sh", it shows trying to get a sub-repo from somewhere like
>>> 
>>>  ssh://host/space/jdk9/dev/corba
>>>^  <-- only one slash
>>> 
>>> and the error "remote: abort: there is no Mercurial repository here" shows 
>>> up.
>>> 
>>> What shall I do? Symlink the /space inside my $HOME on host? Or is it 
>>> possible to enhance get_source.sh to deal with this?
>>> 
>>> Thanks
>>> Max
>> 
> 

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Joe Darcy]

A broader question this issue raises is why are components like corba 
built using the book JDK rather than the JDK they are a part of?


-Joe

On 04/03/2014 01:43 AM, Alan Bateman wrote:


We had problems in jdk9/dev in the last day or so where there were 
changes pushed to the corba repo that use APIs that are new in JDK 8. 
This caused problems when building jdk9/dev with a 7uX build as the 
boot JDK and made it obvious that there are a mix of boot JDKs in use 
(some people use 7uX, some use 8).


I'm wondering when is the time to move to requiring the boot JDK be a 
JDK 8 build? This came up in December too when a change to langtools 
had to be reserved in order to keep jdk9/dev building with a 7uX build 
as the boot JDK.


Are there any reasons not to switch now?

-Alan.

Re: Problem related to building JDK in Windows

[Volker Simonis]

Hi Pooja,

if you already successfully build freetype according to the steps
given in your mail you can simply pass the path of the freetype build
output directory (i.e. the one where you find freetype.dll) with the
"--with-freetype-lib" option to configure. You should also use
"--with-freetype-include" to pass the path to the freetype include
directory (i.e. the one which contains freetype.h) to configure.

Regards,
Volker


On Thu, Apr 3, 2014 at 5:26 PM, pooja chopra  wrote:
> Hi ,
>
> I am trying to build openjk on my windows 7 machine and facing problem as
> below :-
>
> checking for X11/extensions/shape.h... no
> configure: error: Could not find freetype! You need to build a 64-bit
> version of
>  freetype.
> This is not readily available.
> You can find source code and build instructions on
> http://www.freetype.org/
> If you put the resulting build in "C:\Program Files\GnuWin32", it will be
> found
> automatically.
> configure exiting with result code 1
>
> Even though I have build freetype using steps as below :-
>
> Download FreeType from http://www.freetype.org/download.html, extract it to
> c:\OpenJDK\freetype-2.4.7 and double click on
> c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open the
> FreeType project in "VisualC++ Express 2010".
>
> From the projects properties do the following:
>
>- Configuration Manager -> Active Solution Manager -> Type or select the
>new Platform -> x64
>- Configuration -> Release Multithreaded
>- Platform -> x64
>- Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
>".\..\..\..\objs\win64\vc2010\"
>- Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
>".\..\..\..\objs\release_mt_64\"
>- Target Name -> rename to "freetype"
>- Platform Toolset -> Windows7.1SDK
>
> Taking help from this site : -
> https://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction
>
> There may be a problem related to Windows SDK for Windows 7 and .Net as
> what I downloaded had some errors so please provide me link for downloading
> this .
>
>
> Thanks and Regards,
> Pooja

Problem related to building JDK in Windows

[pooja chopra]

Hi ,

I am trying to build openjk on my windows 7 machine and facing problem as
below :-

checking for X11/extensions/shape.h... no
configure: error: Could not find freetype! You need to build a 64-bit
version of
 freetype.
This is not readily available.
You can find source code and build instructions on
http://www.freetype.org/
If you put the resulting build in "C:\Program Files\GnuWin32", it will be
found
automatically.
configure exiting with result code 1

Even though I have build freetype using steps as below :-

Download FreeType from http://www.freetype.org/download.html, extract it to
c:\OpenJDK\freetype-2.4.7 and double click on
c:\OpenJDK\freetype-2.4.7\builds\win32\vc2010\freetype.vcxproj to open the
FreeType project in "VisualC++ Express 2010".

>From the projects properties do the following:

   - Configuration Manager -> Active Solution Manager -> Type or select the
   new Platform -> x64
   - Configuration -> Release Multithreaded
   - Platform -> x64
   - Output Directory -> rename ".\..\..\..\objs\win32\vc2010\" to
   ".\..\..\..\objs\win64\vc2010\"
   - Intermediate Directory -> rename ".\..\..\..\objs\release_mt\" to
   ".\..\..\..\objs\release_mt_64\"
   - Target Name -> rename to "freetype"
   - Platform Toolset -> Windows7.1SDK

Taking help from this site : -
https://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction

There may be a problem related to Windows SDK for Windows 7 and .Net as
what I downloaded had some errors so please provide me link for downloading
this .


Thanks and Regards,
Pooja

Re: get_source.sh from ssh://host//path

[Wang Weijun]

It looks like the problem is at

common/bin/hgforest.sh:
   222pull_newrepo="`echo ${pull_base}/${i} | sed -e 
's@\([^:]/\)//*@\1@g'`"

It tries to substitute all repeated slashes into one unless it's after a colon.

*Mike*: Is that line really useful or just a beautifier?

--Max

On Apr 3, 2014, at 19:42, Erik Joelsson  wrote:

> I have had the same problem before and would also appreciate fixing it.
> 
> /Erik
> 
> On 2014-04-03 12:47, Weijun Wang wrote:
>> Hi All
>> 
>> I'm trying to clone jdk9 from one of my machines to another using ssh. The 
>> source was at ssh://host//space/jdk9/dev. Please note the double slash 
>> before "space" because it's not under my $HOME.
>> 
>> Now I can clone the dev repo but if I go inside and call "sh get_source.sh", 
>> it shows trying to get a sub-repo from somewhere like
>> 
>>   ssh://host/space/jdk9/dev/corba
>> ^  <-- only one slash
>> 
>> and the error "remote: abort: there is no Mercurial repository here" shows 
>> up.
>> 
>> What shall I do? Symlink the /space inside my $HOME on host? Or is it 
>> possible to enhance get_source.sh to deal with this?
>> 
>> Thanks
>> Max
> 

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Mike Duigou]

The general plan had been to wait until Java 8 was final before switching from 
JDK 7 to JDK 8. We planned switch internal Oracle build systems to JDK 8 after 
the April 15th CPU release. However, since there seems to already be a mix of 
JDK 7 and JDK 8 in use it is probably appropriate to switch now.

Mike

On Apr 3 2014, at 01:43 , Alan Bateman  wrote:

> 
> We had problems in jdk9/dev in the last day or so where there were changes 
> pushed to the corba repo that use APIs that are new in JDK 8. This caused 
> problems when building jdk9/dev with a 7uX build as the boot JDK and made it 
> obvious that there are a mix of boot JDKs in use (some people use 7uX, some 
> use 8).
> 
> I'm wondering when is the time to move to requiring the boot JDK be a JDK 8 
> build? This came up in December too when a change to langtools had to be 
> reserved in order to keep jdk9/dev building with a 7uX build as the boot JDK.
> 
> Are there any reasons not to switch now?
> 
> -Alan.

Re: [8u20] Request for approval: JDK-8039077: JPRT build configure not setting --with-update-version

[dalibor.to...@oracle.com]

Approved.

--
Oracle 
Dalibor Topic | Principal Product Manager
Phone: +494089091214 | 
Mobile:+491737185961
Oracle Java Platform Group

ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg

ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz

Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher

Green Oracle  Oracle is committed to 
developing practices and products that help protect the environment

> On 03.04.2014, at 08:46, Erik Joelsson  wrote:
> 
> I would also like to request approval for 8u20 for this.
> 
> /Erik
> 
>> On 2014-04-02 15:16, Erik Joelsson wrote:
>> (adding in jdk8u-dev)
>> 
>>> On 2014-04-02 15:06, Erik Joelsson wrote:
>>> Please review this small fix for jdk8u.
>>> 
>>> When building jdk8u in JPRT, we still use the bridgebuild concept, where we 
>>> let make translate a bunch of old build style environment variables to 
>>> configure arguments. This patch adds one more such variable, which is 
>>> needed in the update versions of jdk8: JDK_UPDATE_VERSION.
>>> 
>>> Bug: https://bugs.openjdk.java.net/browse/JDK-8039077
>>> Patch inline:
>>> diff -r b7750b6ee157 make/Jprt.gmk
>>> --- a/make/Jprt.gmk
>>> +++ b/make/Jprt.gmk
>>> @@ -106,6 +106,9 @@
>>> ifdef ENABLE_SJAVAC
>>>   @$(ECHO) " --enable-sjavac" >> $@.tmp
>>> endif
>>> +ifdef JDK_UPDATE_VERSION
>>> +  @$(ECHO) " --with-update-version=$(JDK_UPDATE_VERSION)" >> $@.tmp
>>> +endif
>>> ifeq ($(HOTSPOT_AVAILABLE),false)
>>>   ifdef ALT_JDK_IMPORT_PATH
>>> @$(ECHO) " --with-import-hotspot=$(call 
>>> UnixPath,$(ALT_JDK_IMPORT_PATH)) " >> $@.tmp
>>> 
>>> /Erik
> 

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Erik Joelsson]

As Chris pointed out, we have a patch that's already been reviewed, so 
making the change is trivial. I do think a bit of a heads up to jdk9-dev 
is a good idea though.


/Erik

On 2014-04-03 12:04, Alan Bateman wrote:

On 03/04/2014 09:53, Erik Joelsson wrote:
I don't see any reason not to make the switch. I filed this bug back 
in December:

https://bugs.openjdk.java.net/browse/JDK-8030794

Thanks, I can't think of any reason either.

So how do we make this happen? Would a mail to jdk9-dev be sufficient 
to alert folks about this change? Maybe the error from configure when 
there isn't a JDK 8 available is sufficient?


-Alan

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Erik Joelsson]

On 2014-04-03 12:24, Seán Coffey wrote:


On 03/04/2014 11:17, David Holmes wrote:

Don't we also need to modify jprt properties?

Which properties need changing David ? We should list them.

The strange thing here is that JPRT is already using JDK 8 (b132) as 
bootstrap. That's how the CORBA build failures passed by me.


Yes, I changed JPRT a while back since we "should" already be using JDK 
N-1 as boot. Changing configure to disallow JDK 7 is a different change. 
I think the only thing that really held us back was JDK 8 being properly 
released.


/Erik

regards,
Sean.



David

On 3/04/2014 8:12 PM, Chris Hegarty wrote:

FYI.

This is already reviewed ;-)
http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html 



-Chris.

On 3 Apr 2014, at 11:04, Alan Bateman  wrote:


On 03/04/2014 09:53, Erik Joelsson wrote:
I don't see any reason not to make the switch. I filed this bug 
back in December:

https://bugs.openjdk.java.net/browse/JDK-8030794

Thanks, I can't think of any reason either.

So how do we make this happen? Would a mail to jdk9-dev be 
sufficient to alert folks about this change? Maybe the error from 
configure when there isn't a JDK 8 available is sufficient?


-Alan

Re: get_source.sh from ssh://host//path

[Erik Joelsson]

I have had the same problem before and would also appreciate fixing it.

/Erik

On 2014-04-03 12:47, Weijun Wang wrote:

Hi All

I'm trying to clone jdk9 from one of my machines to another using ssh. 
The source was at ssh://host//space/jdk9/dev. Please note the double 
slash before "space" because it's not under my $HOME.


Now I can clone the dev repo but if I go inside and call "sh 
get_source.sh", it shows trying to get a sub-repo from somewhere like


   ssh://host/space/jdk9/dev/corba
 ^  <-- only one slash

and the error "remote: abort: there is no Mercurial repository here" 
shows up.


What shall I do? Symlink the /space inside my $HOME on host? Or is it 
possible to enhance get_source.sh to deal with this?


Thanks
Max

get_source.sh from ssh://host//path

[Weijun Wang]

Hi All

I'm trying to clone jdk9 from one of my machines to another using ssh. 
The source was at ssh://host//space/jdk9/dev. Please note the double 
slash before "space" because it's not under my $HOME.


Now I can clone the dev repo but if I go inside and call "sh 
get_source.sh", it shows trying to get a sub-repo from somewhere like


   ssh://host/space/jdk9/dev/corba
 ^  <-- only one slash

and the error "remote: abort: there is no Mercurial repository here" 
shows up.


What shall I do? Symlink the /space inside my $HOME on host? Or is it 
possible to enhance get_source.sh to deal with this?


Thanks
Max

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Seán Coffey]

On 03/04/2014 11:17, David Holmes wrote:

Don't we also need to modify jprt properties?

Which properties need changing David ? We should list them.

The strange thing here is that JPRT is already using JDK 8 (b132) as 
bootstrap. That's how the CORBA build failures passed by me.


regards,
Sean.



David

On 3/04/2014 8:12 PM, Chris Hegarty wrote:

FYI.

This is already reviewed ;-)
http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html

-Chris.

On 3 Apr 2014, at 11:04, Alan Bateman  wrote:


On 03/04/2014 09:53, Erik Joelsson wrote:
I don't see any reason not to make the switch. I filed this bug 
back in December:

https://bugs.openjdk.java.net/browse/JDK-8030794

Thanks, I can't think of any reason either.

So how do we make this happen? Would a mail to jdk9-dev be 
sufficient to alert folks about this change? Maybe the error from 
configure when there isn't a JDK 8 available is sufficient?


-Alan

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Chris Hegarty]

On 3 Apr 2014, at 11:16, Alan Bateman  wrote:

> On 03/04/2014 11:12, Chris Hegarty wrote:
>> FYI.
>> 
>> This is already reviewed ;-)
>>   http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html
>> 
>> -Chris.
>> 
>> 
> I know but I also replied suggesting that he hold off pending a conclusion on 
> the boot JDK issue. If this is pushed then it's the third patch in last 24 
> hours to allow corba build with different versions of 7uX as the boot JDK. I 
> think would be be better to just get the switch over with as it has to happen 
> anyway.

Agreed. The link above is a RFR from Erik to not accept JDK 7 as a bootstrap. 
It was sent out back in Dec last year.

-Chris. 

> 
> -Alan.

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[David Holmes]

Don't we also need to modify jprt properties?

David

On 3/04/2014 8:12 PM, Chris Hegarty wrote:

FYI.

This is already reviewed ;-)
   http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html

-Chris.

On 3 Apr 2014, at 11:04, Alan Bateman  wrote:


On 03/04/2014 09:53, Erik Joelsson wrote:

I don't see any reason not to make the switch. I filed this bug back in 
December:
https://bugs.openjdk.java.net/browse/JDK-8030794

Thanks, I can't think of any reason either.

So how do we make this happen? Would a mail to jdk9-dev be sufficient to alert 
folks about this change? Maybe the error from configure when there isn't a JDK 
8 available is sufficient?

-Alan

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Alan Bateman]

On 03/04/2014 11:12, Chris Hegarty wrote:

FYI.

This is already reviewed ;-)
   http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html

-Chris.


I know but I also replied suggesting that he hold off pending a 
conclusion on the boot JDK issue. If this is pushed then it's the third 
patch in last 24 hours to allow corba build with different versions of 
7uX as the boot JDK. I think would be be better to just get the switch 
over with as it has to happen anyway.


-Alan.

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Chris Hegarty]

FYI.

This is already reviewed ;-)
  http://mail.openjdk.java.net/pipermail/build-dev/2013-December/011406.html  

-Chris.

On 3 Apr 2014, at 11:04, Alan Bateman  wrote:

> On 03/04/2014 09:53, Erik Joelsson wrote:
>> I don't see any reason not to make the switch. I filed this bug back in 
>> December:
>> https://bugs.openjdk.java.net/browse/JDK-8030794
> Thanks, I can't think of any reason either.
> 
> So how do we make this happen? Would a mail to jdk9-dev be sufficient to 
> alert folks about this change? Maybe the error from configure when there 
> isn't a JDK 8 available is sufficient?
> 
> -Alan

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Alan Bateman]

On 03/04/2014 09:53, Erik Joelsson wrote:
I don't see any reason not to make the switch. I filed this bug back 
in December:

https://bugs.openjdk.java.net/browse/JDK-8030794

Thanks, I can't think of any reason either.

So how do we make this happen? Would a mail to jdk9-dev be sufficient to 
alert folks about this change? Maybe the error from configure when there 
isn't a JDK 8 available is sufficient?


-Alan

Re: make reconfigure?

[Erik Joelsson]

I have also experienced this on Solaris. Haven't investigated it yet 
though. Filed https://bugs.openjdk.java.net/browse/JDK-8039145 to track it.


/Erik

On 2014-04-03 11:40, Wang Weijun wrote:

Every now and then, running make asks me to reconfigure so I call configure 
again. Recently it is showing

   ERROR: 
/space/repos/jdk9/dev/build/macosx-x86_64-normal-server-fastdebug/spec.gmk is 
not up to date.
   Please rerun configure! Easiest way to do this is by running
   'make reconfigure'.
   make: *** 
[/space/repos/jdk9/dev/build/macosx-x86_64-normal-server-fastdebug/spec.gmk] 
Error 1

but running 'make reconfigure' shows the exact same words. This is happening on 
both macosx and Windows.

When does it work?

Thanks
Max

make reconfigure?

[Wang Weijun]

Every now and then, running make asks me to reconfigure so I call configure 
again. Recently it is showing

  ERROR: 
/space/repos/jdk9/dev/build/macosx-x86_64-normal-server-fastdebug/spec.gmk is 
not up to date.
  Please rerun configure! Easiest way to do this is by running
  'make reconfigure'.
  make: *** 
[/space/repos/jdk9/dev/build/macosx-x86_64-normal-server-fastdebug/spec.gmk] 
Error 1

but running 'make reconfigure' shows the exact same words. This is happening on 
both macosx and Windows.

When does it work?

Thanks
Max

Re: When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Erik Joelsson]

I don't see any reason not to make the switch. I filed this bug back in 
December:

https://bugs.openjdk.java.net/browse/JDK-8030794

/Erik

On 2014-04-03 10:43, Alan Bateman wrote:


We had problems in jdk9/dev in the last day or so where there were 
changes pushed to the corba repo that use APIs that are new in JDK 8. 
This caused problems when building jdk9/dev with a 7uX build as the 
boot JDK and made it obvious that there are a mix of boot JDKs in use 
(some people use 7uX, some use 8).


I'm wondering when is the time to move to requiring the boot JDK be a 
JDK 8 build? This came up in December too when a change to langtools 
had to be reserved in order to keep jdk9/dev building with a 7uX build 
as the boot JDK.


Are there any reasons not to switch now?

-Alan.

When will JDK 9 builds move to requiring the boot JDK be JDK 8?

[Alan Bateman]

We had problems in jdk9/dev in the last day or so where there were 
changes pushed to the corba repo that use APIs that are new in JDK 8. 
This caused problems when building jdk9/dev with a 7uX build as the boot 
JDK and made it obvious that there are a mix of boot JDKs in use (some 
people use 7uX, some use 8).


I'm wondering when is the time to move to requiring the boot JDK be a 
JDK 8 build? This came up in December too when a change to langtools had 
to be reserved in order to keep jdk9/dev building with a 7uX build as 
the boot JDK.


Are there any reasons not to switch now?

-Alan.

RFR: JDK-8035134: JDK9 unix debug bundle manifest file list issue

[Erik Joelsson]

Hello,

Please review this small fix, correcting the contents of the zipped 
debuginfo files. They are currently adding the full absolute path name 
of the debuginfo files to the zip instead of just the filename.



Bug: https://bugs.openjdk.java.net/browse/JDK-8035134
Patch inline:
diff -r 54dd5b81ed46 make/common/NativeCompilation.gmk
--- a/make/common/NativeCompilation.gmk
+++ b/make/common/NativeCompilation.gmk
@@ -482,7 +482,7 @@
 # to be rebuilt properly.
 $$($1_DEBUGINFO_ZIP): $$($1_DEBUGINFO_FILES) $$($1_TARGET)
 $(CD) $$($1_OBJECT_DIR) \
-&& $(ZIP) -q $$@ $$($1_DEBUGINFO_FILES)
+&& $(ZIP) -q $$@ $$(notdir $$($1_DEBUGINFO_FILES))

   else
 $1 += $$(subst 
$$($1_OBJECT_DIR),$$($1_OUTPUT_DIR),$$($1_DEBUGINFO_FILES))



/Erik