Nabble - OpenJDK Netbeans and Ant Build Scripts

Re: javac CRASH

2009-08-12T18:23:56Z

This thread continued on a subset of the to: list, but to summarize
the net result here,
we identified and fixed a problem with the langtools make/build.xml
file that was causing
bootclasspath problems on WIndows. This problem has been fixed, and
changesets
have been pushed to jdk6/jdk6 and jdk7/tl.

Thanks , Rémi and Ulf, for helping to point out the problem.

-- Jon

On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:

> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>> Jonathan,
>>
>> thanks for additional help.
>>
>> Now I tried:
>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>> 6.7.1\java2\ant\
>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>
> I've noticed that.
> You have to run ant with jdk7.
>
> JAVA_HOME=C:/Programme/Java/jdk1.7.0
> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>
> Jon, it seems the ant build script need be updated because
> we are not able to compile with jdk6 anymore.
> The bootstrap javac/javap/etc should be built with -source 1.6 -
> target 1.6.
>
> Rémi

Re: [Fwd: Re: javac CRASH]

2009-08-11T23:19:50Z

Am 12.08.2009 03:17, Jonathan Gibbons schrieb:

> Ulf Zibis wrote:
>> John,
>>
>> thanks for your files.
>>
>> (1)
>> Do you like to update make/build.properties? :
>> ...
>> # boot.java.home = /opt/jdk/1.6.0
>> ...
>> # target.java.home = /opt/jdk/1.7.0
>
> Yes, they're only comments, but updating them makes sense.
>
>>
>> (2)
>> Your script builds separate javac.jar etc.
>> Can you add script to build complete tools.jar?
>
> That I can't do, not the way you probably would want. tools.jar
> contains more than the aggregate contents of the langtools
> repository. langtools just contains "the language tools", javac,
> javadoc, javah, javap, and apt.
>
> tools.jar is built as part of building the main jdk/ repository, so to
> build tools.jar you need to bring over the jdk/ repository and build
> that. For that, you'll need to have MKS or Cygwin installed and run
> "make" in that repository. This will generate a jdk image containing
> tools.jar. There is no easy short cut. Sorry. For full details on
> building jdk/ see the OpenJDK web pages.
>
> We are looking at the possibility of adding an optional target to the
> langtools/make/build.xml file that would allow you to create a patched
> version of an existing tools.jar. Perhaps that would be sufficient to
> your needs.
>
> -- Jon
>

Sounds good.

Yesterday I found smart tutorial/sample from NetBeans weekly newsletter:
http://java.sun.com/developer/technicalArticles/java_warehouse/single_jar/

-Ulf

Re: [Fwd: Re: javac CRASH]

2009-08-11T18:17:09Z

Ulf Zibis wrote:

> John,
>
> thanks for your files.
>
> (1)
> Do you like to update make/build.properties? :
> ...
> # boot.java.home = /opt/jdk/1.6.0
> ...
> # target.java.home = /opt/jdk/1.7.0

Yes, they're only comments, but updating them makes sense.

>
> (2)
> Your script builds separate javac.jar etc.
> Can you add script to build complete tools.jar?

That I can't do, not the way you probably would want. tools.jar
contains more than the aggregate contents of the langtools repository.
langtools just contains "the language tools", javac, javadoc, javah,
javap, and apt.

tools.jar is built as part of building the main jdk/ repository, so to
build tools.jar you need to bring over the jdk/ repository and build
that. For that, you'll need to have MKS or Cygwin installed and run
"make" in that repository. This will generate a jdk image containing
tools.jar. There is no easy short cut. Sorry. For full details on
building jdk/ see the OpenJDK web pages.

We are looking at the possibility of adding an optional target to the
langtools/make/build.xml file that would allow you to create a patched
version of an existing tools.jar. Perhaps that would be sufficient to
your needs.

-- Jon

>
> -Ulf
>
>
>
> Am 12.08.2009 01:37, Jonathan Gibbons schrieb:
>> Ulf Zibis wrote:
>>> Jon,
>>>
>>> thanks for your help, but the attachment is broken (see
>>> 3710927023.txt).
>>> Maybe you better rename it to build.txt.
>>>
>>> -Ulf
>>>
>>
>

Re: [Fwd: Re: javac CRASH]

2009-08-11T17:49:05Z

John,

thanks for your files.

(1)
Do you like to update make/build.properties? :
...
# boot.java.home = /opt/jdk/1.6.0
...
# target.java.home = /opt/jdk/1.7.0

(2)
Your script builds separate javac.jar etc.
Can you add script to build complete tools.jar?

-Ulf

Am 12.08.2009 01:37, Jonathan Gibbons schrieb:
> Ulf Zibis wrote:
>> Jon,
>>
>> thanks for your help, but the attachment is broken (see 3710927023.txt).
>> Maybe you better rename it to build.txt.
>>
>> -Ulf
>>
>

Re: [Fwd: Re: javac CRASH]

2009-08-11T16:37:03Z

Ulf Zibis wrote:
> Jon,
>
> thanks for your help, but the attachment is broken (see 3710927023.txt).
> Maybe you better rename it to build.txt.
>
> -Ulf
>

c:/opt/ant/1.7.1/bin/ant -f make/build.xml -Dboot.java.home=C:/opt/jdk/1.6.0 build-all-tools

#!/bin/sh

PATH=/cygdrive/c/opt/jdk/1.6.0/bin:/cygdrive/c/opt/ant/1.7.1/bin:$PATH

ant -f make/build.xml -Dboot.java.home=C:/opt/jdk/1.6.0 build-all-tools

[Fwd: Re: javac CRASH]

2009-08-11T16:22:36Z

Jon,

thanks for your help, but the attachment is broken (see 3710927023.txt).
Maybe you better rename it to build.txt.

-Ulf

-------- Original-Nachricht --------

Betreff:	Re: javac CRASH
Datum:	Tue, 11 Aug 2009 15:35:44 -0700
Von:	Jonathan Gibbons Jonathan.Gibbons@...
An:	Ulf Zibis Ulf.Zibis@...
CC:	Rémi Forax forax@..., Maurizio Cimadamore Maurizio.Cimadamore@..., nb-projects-dev@...
Referenzen:	4A77F8CB.2070200@... 4A77FAA8.5020101@... 4A77FC5F.8020407@... 4A780B67.3080809@... 4A781678.4050100@... 4A7834DB.7020708@... 4A80B40A.8090704@... 4A80BA63.7010606@... 4A80C049.2020202@... 4A813498.3010004@... 4A813E03.4000702@... 33338629-C8F0-4649-A3AD-A6BCA88631B7@... 4A818EE8.6030307@... 4A81B856.7000702@... 4A81BDAD.8050007@... 4A81ED3D.4010204@...

Ulf,

I have pushed changes into http://hg.openjdk.java.net/jdk7/tl/langtools 
(for JDK7)
and into http://hg.openjdk.java.net/jdk6/jdk6/langtools (for JDK6.)

With these fixes, I can build langtools on Windows using either the 
attached build.bat
(for Windows shell) for build.sh (for Cygwin.)   In both cases I can 
build with just JDK 6.

-- Jon


Ulf Zibis wrote:
> Sorry for cross-posting.
>
> Am 11.08.2009 20:51, Jonathan Gibbons schrieb:
>> Removed core-libs-dev.
>>
>> The issue is that in a couple of places a default value for 
>> javac.bootclasspath is set that includes -J-Xbootclasspath.
>> When the value is finally used, -J-Xbootclasspath is again 
>> included.   The fix is to remove the use of -J-Xbootclasspath/p:
>> from the default settings for javac.bootclasspath.
>
> Will you do that, and commit to langtools forest soon?
> Otherwise, what should I exactly change in which file ?
>
> -Ulf
>
>
>>
>> -- Jon
>>
>> Jonathan Gibbons wrote:
>>> Ulf, Rémi,
>>>
>>> I have found an issue in the langtools/make/build.xml file that is 
>>> likely the cause of the problems you are having.
>>> There are references to @{javac.java.home}/bin/javac which look 
>>> suspect. I suspect they should be javac.exe
>>> on Windows.
>>>
>>> I will post a fix once I have one and have verified it for plain 
>>> invocation from the Windows command shell and
>>> from Cygwin.
>>>
>>> -- Jon
>>>
>>>
>>> Ulf Zibis wrote:
>>>> Jon,
>>>>
>>>> that would be great.
>>>>
>>>> I've found out a solution, but I'm not sure, if this is as 
>>>> designed. In path_to_jdk7_sources\langtools\make\build.properties I 
>>>> set:
>>>> boot.java.home = C:/Programme/Java/jdk1.6.0_14
>>>> target.java.home = C:/Programme/Java/jdk1.7.0
>>>> javac.source = 6
>>>> javac.target = 6
>>>>
>>>> I'm wondering, that there is no ...\make\build.properties file in 
>>>> tl/jdk tree.
>>>>
>>>> Maybe you like to have a look on ...\make\netbeans\charset\* in my 
>>>> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>>>>
>>>> -Ulf
>>>>
>>>>
>>>>
>>>> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>>>>> Rémi,
>>>>>
>>>>> Thanks for the heads up. I'll check this out.  It is still the 
>>>>> case that you should only need 1.6 to build langtools.
>>>>>
>>>>> -- Jon
>>>>>
>>>>>
>>>>>
>>>>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>>>>
>>>>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>>>>> Jonathan,
>>>>>>>
>>>>>>> thanks for additional help.
>>>>>>>
>>>>>>> Now I tried:
>>>>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans 
>>>>>>> 6.7.1\java2\ant\
>>>>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>>
>>>>>> I've noticed that.
>>>>>> You have to run ant with jdk7.
>>>>>>
>>>>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>>>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>>
>>>>>> Jon, it seems the ant build script need be updated because
>>>>>> we are not able to compile with jdk6 anymore.
>>>>>> The bootstrap javac/javap/etc should be built with -source 1.6 
>>>>>> -target 1.6.
>>>>>>
>>>>>> Rémi
>>>>>
>>>>>
>>>>
>>>
>>
>>
>

The original attachment - build.bat - has been removed from this
message, as it is a type of file which has recently been used
to carry viruses and other malicious software.

The following extensions are no longer supported as valid
email attachments and will be removed since they are primarily
used to carry viruses and other malicious software:

asp bas bat chm cmd com exe hlp hta inf isp js jse lnk msi mst
pcd pif reg scr url vbe vbs ws wsh sun.com.zip

build.sh (162 bytes) Download Attachment

Re: javac CRASH

2009-08-11T15:35:44Z

Ulf,

I have pushed changes into http://hg.openjdk.java.net/jdk7/tl/langtools
(for JDK7)
and into http://hg.openjdk.java.net/jdk6/jdk6/langtools (for JDK6.)

With these fixes, I can build langtools on Windows using either the
attached build.bat
(for Windows shell) for build.sh (for Cygwin.) In both cases I can
build with just JDK 6.

-- Jon

Ulf Zibis wrote:

> Sorry for cross-posting.
>
> Am 11.08.2009 20:51, Jonathan Gibbons schrieb:
>> Removed core-libs-dev.
>>
>> The issue is that in a couple of places a default value for
>> javac.bootclasspath is set that includes -J-Xbootclasspath.
>> When the value is finally used, -J-Xbootclasspath is again
>> included. The fix is to remove the use of -J-Xbootclasspath/p:
>> from the default settings for javac.bootclasspath.
>
> Will you do that, and commit to langtools forest soon?
> Otherwise, what should I exactly change in which file ?
>
> -Ulf
>
>
>>
>> -- Jon
>>
>> Jonathan Gibbons wrote:
>>> Ulf, Rémi,
>>>
>>> I have found an issue in the langtools/make/build.xml file that is
>>> likely the cause of the problems you are having.
>>> There are references to @{javac.java.home}/bin/javac which look
>>> suspect. I suspect they should be javac.exe
>>> on Windows.
>>>
>>> I will post a fix once I have one and have verified it for plain
>>> invocation from the Windows command shell and
>>> from Cygwin.
>>>
>>> -- Jon
>>>
>>>
>>> Ulf Zibis wrote:
>>>> Jon,
>>>>
>>>> that would be great.
>>>>
>>>> I've found out a solution, but I'm not sure, if this is as
>>>> designed. In path_to_jdk7_sources\langtools\make\build.properties I
>>>> set:
>>>> boot.java.home = C:/Programme/Java/jdk1.6.0_14
>>>> target.java.home = C:/Programme/Java/jdk1.7.0
>>>> javac.source = 6
>>>> javac.target = 6
>>>>
>>>> I'm wondering, that there is no ...\make\build.properties file in
>>>> tl/jdk tree.
>>>>
>>>> Maybe you like to have a look on ...\make\netbeans\charset\* in my
>>>> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>>>>
>>>> -Ulf
>>>>
>>>>
>>>>
>>>> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>>>>> Rémi,
>>>>>
>>>>> Thanks for the heads up. I'll check this out. It is still the
>>>>> case that you should only need 1.6 to build langtools.
>>>>>
>>>>> -- Jon
>>>>>
>>>>>
>>>>>
>>>>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>>>>
>>>>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>>>>> Jonathan,
>>>>>>>
>>>>>>> thanks for additional help.
>>>>>>>
>>>>>>> Now I tried:
>>>>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>>>>> 6.7.1\java2\ant\
>>>>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>>
>>>>>> I've noticed that.
>>>>>> You have to run ant with jdk7.
>>>>>>
>>>>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>>>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>>
>>>>>> Jon, it seems the ant build script need be updated because
>>>>>> we are not able to compile with jdk6 anymore.
>>>>>> The bootstrap javac/javap/etc should be built with -source 1.6
>>>>>> -target 1.6.
>>>>>>
>>>>>> Rémi
>>>>>
>>>>>
>>>>
>>>
>>
>>
>

build.sh (160 bytes) Download Attachment

Re: javac CRASH

2009-08-11T15:23:45Z

Ulf Zibis wrote:
> Jon,
>
> thanks for 1st clarification.
>
> I have
> bootstrap.jdk=C:/Programme/Java/jdk1.7.0
> in ${user.home}/.openjdk/build.properties instead of
> boot.javac.target. Why 2 different names for the same thing?

The NetBeans projects in the jdk/ repository were written by a different
person who has since left Sun. As far as I know, no-one is looking
after those projects at this point. I cannot speak to their contents.

> So I guess, settings for boot.javac.source and boot.javac.target
> should be better located in
> ${user.home}/.openjdk/langtools-build.properties, than in
> ${user.home}/.openjdk/build.properties ?
Yes, that would seem best.

>
> For NetBeans "Clean and Build" settings for boot.javac.source and
> boot.javac.target in ${user.home}/.openjdk/*build.properties don't
> seem to be necessary, and regrettably settings for:
> javac.source = 6
> javac.target = 6
> don't work, either in
> make/netbeans/langtools/nbproject/private/langtools.properties. I had
> to set them in build.properties.

This morning, we identified and fixed an issue with the setting of
javac.bootclasspath in the langtools/make/build.xml file. A fix has
been pushed to the TL/ family of repositories. This should fix being
able to build langtools with JDK 6, so no additional changes to
javac.source and javac.target should be necessary.

>
>
> I'm not happy to use NetBeans Properties box under Tools> Options>
> Miscellaneous> Ant, because those settings are for ALL NetBeans projects.
Noted. I mostly work on copies of the langtools repository so setting
values there works OK for me. I accept this may not work for everyone.

> IMO best location would be:
> make/netbeans/langtools/nbproject/private/langtools.properties. In
> make/netbeans/langtools/build.xml they should be loaded before:
> <import file="../../build.xml"/>

This would only work if you are using NetBeans all the time.

> Please add NetBeans project specific hints in make/build.properties.
> ...
There should not need to be any NetBeans project specific hints, because
you can configure and use make/build.xml and make/build.properties with
Ant directly, without using NetBeans.

Please bear in mind that some of this issues you have been fighting have
been caused by a mistake in make/build.xml, for which I apologise. For
the most part, you should just have to set boot.java.home to build
langtools, and target.java.home and jtreg.home if you want to run the tests.

-- Jon

Re: javac CRASH

2009-08-11T15:14:21Z

Sorry for cross-posting.

Am 11.08.2009 20:51, Jonathan Gibbons schrieb:
> Removed core-libs-dev.
>
> The issue is that in a couple of places a default value for
> javac.bootclasspath is set that includes -J-Xbootclasspath.
> When the value is finally used, -J-Xbootclasspath is again included.
> The fix is to remove the use of -J-Xbootclasspath/p:
> from the default settings for javac.bootclasspath.

Will you do that, and commit to langtools forest soon?
Otherwise, what should I exactly change in which file ?

-Ulf

>
> -- Jon
>
> Jonathan Gibbons wrote:
>> Ulf, Rémi,
>>
>> I have found an issue in the langtools/make/build.xml file that is
>> likely the cause of the problems you are having.
>> There are references to @{javac.java.home}/bin/javac which look
>> suspect. I suspect they should be javac.exe
>> on Windows.
>>
>> I will post a fix once I have one and have verified it for plain
>> invocation from the Windows command shell and
>> from Cygwin.
>>
>> -- Jon
>>
>>
>> Ulf Zibis wrote:
>>> Jon,
>>>
>>> that would be great.
>>>
>>> I've found out a solution, but I'm not sure, if this is as designed.
>>> In path_to_jdk7_sources\langtools\make\build.properties I set:
>>> boot.java.home = C:/Programme/Java/jdk1.6.0_14
>>> target.java.home = C:/Programme/Java/jdk1.7.0
>>> javac.source = 6
>>> javac.target = 6
>>>
>>> I'm wondering, that there is no ...\make\build.properties file in
>>> tl/jdk tree.
>>>
>>> Maybe you like to have a look on ...\make\netbeans\charset\* in my
>>> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>>>
>>> -Ulf
>>>
>>>
>>>
>>> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>>>> Rémi,
>>>>
>>>> Thanks for the heads up. I'll check this out. It is still the case
>>>> that you should only need 1.6 to build langtools.
>>>>
>>>> -- Jon
>>>>
>>>>
>>>>
>>>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>>>
>>>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>>>> Jonathan,
>>>>>>
>>>>>> thanks for additional help.
>>>>>>
>>>>>> Now I tried:
>>>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>>>> 6.7.1\java2\ant\
>>>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>
>>>>> I've noticed that.
>>>>> You have to run ant with jdk7.
>>>>>
>>>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>>
>>>>> Jon, it seems the ant build script need be updated because
>>>>> we are not able to compile with jdk6 anymore.
>>>>> The bootstrap javac/javap/etc should be built with -source 1.6
>>>>> -target 1.6.
>>>>>
>>>>> Rémi
>>>>
>>>>
>>>
>>
>
>

Re: javac CRASH

2009-08-11T14:58:05Z

Jon,

thanks for 1st clarification.

I have
bootstrap.jdk=C:/Programme/Java/jdk1.7.0
in ${user.home}/.openjdk/build.properties instead of boot.javac.target.
Why 2 different names for the same thing?
So I guess, settings for boot.javac.source and boot.javac.target should
be better located in ${user.home}/.openjdk/langtools-build.properties,
than in
${user.home}/.openjdk/build.properties ?

For NetBeans "Clean and Build" settings for boot.javac.source and
boot.javac.target in ${user.home}/.openjdk/*build.properties don't seem
to be necessary, and regrettably settings for:
javac.source = 6
javac.target = 6
don't work, either in
make/netbeans/langtools/nbproject/private/langtools.properties. I had to
set them in build.properties.

I'm not happy to use NetBeans Properties box under Tools> Options>
Miscellaneous> Ant, because those settings are for ALL NetBeans projects.
IMO best location would be:
make/netbeans/langtools/nbproject/private/langtools.properties. In
make/netbeans/langtools/build.xml they should be loaded before:
<import file="../../build.xml"/>
Please add NetBeans project specific hints in make/build.properties.
...

Am 11.08.2009 17:59, Jonathan Gibbons schrieb:

> Ulf,
>
> Your settings for boot.java.home and target.java.home look OK.
>
> The intent of the build is that while building the bootstrap compiler,
> the settings for boot.javac.source and boot.javac.target should be
> active and these are correctly set to 6 in
> langtools/make/build.properties. I will investigate why these might
> not be in use later today, when I have easy access to a Windows machine.
>
> Separately, I also note that the intent is that you should not *need*
> to edit langtools/make/build.properties, although it is not incorrect
> to do so. But, it can lead to accidents if you might be committing and
> pushing changes. To minimize that risk, you can provide/override
> values in a number of ways:
> -- on the Ant command line (if you invoke Ant directly)
> -- in NetBeans, in the Properties box under Tools> Options>
> Miscellaneous> Ant
> -- in a new unmanaged file langtools/build.properties (note no make/
> component)
> -- in ${user.home}/.openjdk/langtools-build.properties
> -- in ${user.home}/.openjdk/build.properties
> The last two choices allow you to set values to be shared by multiple
> repositories.

Thanks for those valuable hints.
I would like to see those explicitly in make/build.properties.

-Ulf

>
> There is no make/build.properties in the jdk/ repository because that
> repository uses "make" instead of "ant" for building. To build the
> jdk repository, you will need either MKS or Cygwin installed on your
> system. For more info, see the notes on the OpenJDK web pages. There
> are NetBeans projects for selected parts of the jdk/ to make it easy
> to work on small subsystems. However, I don't believe those (NetBeans)
> projects are being actively maintained at this point. [This does not
> apply to the langtools/ files. ]
>
> -- Jon
>
>
>
>
>
> On Aug 11, 2009, at 8:31 AM, Ulf Zibis wrote:
>
>> Jon,
>>
>> that would be great.
>>
>> I've found out a solution, but I'm not sure, if this is as designed.
>> In path_to_jdk7_sources\langtools\make\build.properties I set:
>> boot.java.home = C:/Programme/Java/jdk1.6.0_14
>> target.java.home = C:/Programme/Java/jdk1.7.0
>> javac.source = 6
>> javac.target = 6
>>
>> I'm wondering, that there is no ...\make\build.properties file in
>> tl/jdk tree.
>>
>> Maybe you like to have a look on ...\make\netbeans\charset\* in my
>> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>>
>> -Ulf
>>
>>
>>
>> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>>> Rémi,
>>>
>>> Thanks for the heads up. I'll check this out. It is still the case
>>> that you should only need 1.6 to build langtools.
>>>
>>> -- Jon
>>>
>>>
>>>
>>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>>
>>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>>> Jonathan,
>>>>>
>>>>> thanks for additional help.
>>>>>
>>>>> Now I tried:
>>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>>> 6.7.1\java2\ant\
>>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>
>>>> I've noticed that.
>>>> You have to run ant with jdk7.
>>>>
>>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>
>>>> Jon, it seems the ant build script need be updated because
>>>> we are not able to compile with jdk6 anymore.
>>>> The bootstrap javac/javap/etc should be built with -source 1.6
>>>> -target 1.6.
>>>>
>>>> Rémi
>>>
>>>
>>
>
>

Re: javac CRASH

2009-08-11T11:51:25Z

Removed core-libs-dev.

The issue is that in a couple of places a default value for
javac.bootclasspath is set that includes -J-Xbootclasspath.
When the value is finally used, -J-Xbootclasspath is again included.
The fix is to remove the use of -J-Xbootclasspath/p:
from the default settings for javac.bootclasspath.

-- Jon

Jonathan Gibbons wrote:

> Ulf, Rémi,
>
> I have found an issue in the langtools/make/build.xml file that is
> likely the cause of the problems you are having.
> There are references to @{javac.java.home}/bin/javac which look
> suspect. I suspect they should be javac.exe
> on Windows.
>
> I will post a fix once I have one and have verified it for plain
> invocation from the Windows command shell and
> from Cygwin.
>
> -- Jon
>
>
> Ulf Zibis wrote:
>> Jon,
>>
>> that would be great.
>>
>> I've found out a solution, but I'm not sure, if this is as designed.
>> In path_to_jdk7_sources\langtools\make\build.properties I set:
>> boot.java.home = C:/Programme/Java/jdk1.6.0_14
>> target.java.home = C:/Programme/Java/jdk1.7.0
>> javac.source = 6
>> javac.target = 6
>>
>> I'm wondering, that there is no ...\make\build.properties file in
>> tl/jdk tree.
>>
>> Maybe you like to have a look on ...\make\netbeans\charset\* in my
>> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>>
>> -Ulf
>>
>>
>>
>> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>>> Rémi,
>>>
>>> Thanks for the heads up. I'll check this out. It is still the case
>>> that you should only need 1.6 to build langtools.
>>>
>>> -- Jon
>>>
>>>
>>>
>>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>>
>>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>>> Jonathan,
>>>>>
>>>>> thanks for additional help.
>>>>>
>>>>> Now I tried:
>>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>>> 6.7.1\java2\ant\
>>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>
>>>> I've noticed that.
>>>> You have to run ant with jdk7.
>>>>
>>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>>
>>>> Jon, it seems the ant build script need be updated because
>>>> we are not able to compile with jdk6 anymore.
>>>> The bootstrap javac/javap/etc should be built with -source 1.6
>>>> -target 1.6.
>>>>
>>>> Rémi
>>>
>>>
>>
>

Re: javac CRASH

2009-08-11T11:28:38Z

Ulf, Rémi,

I have found an issue in the langtools/make/build.xml file that is
likely the cause of the problems you are having.
There are references to @{javac.java.home}/bin/javac which look suspect.
I suspect they should be javac.exe
on Windows.

I will post a fix once I have one and have verified it for plain
invocation from the Windows command shell and
from Cygwin.

-- Jon

Ulf Zibis wrote:

> Jon,
>
> that would be great.
>
> I've found out a solution, but I'm not sure, if this is as designed.
> In path_to_jdk7_sources\langtools\make\build.properties I set:
> boot.java.home = C:/Programme/Java/jdk1.6.0_14
> target.java.home = C:/Programme/Java/jdk1.7.0
> javac.source = 6
> javac.target = 6
>
> I'm wondering, that there is no ...\make\build.properties file in
> tl/jdk tree.
>
> Maybe you like to have a look on ...\make\netbeans\charset\* in my
> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>
> -Ulf
>
>
>
> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>> Rémi,
>>
>> Thanks for the heads up. I'll check this out. It is still the case
>> that you should only need 1.6 to build langtools.
>>
>> -- Jon
>>
>>
>>
>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>
>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>> Jonathan,
>>>>
>>>> thanks for additional help.
>>>>
>>>> Now I tried:
>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>> 6.7.1\java2\ant\
>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>
>>> I've noticed that.
>>> You have to run ant with jdk7.
>>>
>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>
>>> Jon, it seems the ant build script need be updated because
>>> we are not able to compile with jdk6 anymore.
>>> The bootstrap javac/javap/etc should be built with -source 1.6
>>> -target 1.6.
>>>
>>> Rémi
>>
>>
>

Re: javac CRASH

2009-08-11T08:59:52Z

Ulf,

Your settings for boot.java.home and target.java.home look OK.

The intent of the build is that while building the bootstrap compiler,
the settings for boot.javac.source and boot.javac.target should be
active and these are correctly set to 6 in langtools/make/
build.properties. I will investigate why these might not be in use
later today, when I have easy access to a Windows machine.

Separately, I also note that the intent is that you should not *need*
to edit langtools/make/build.properties, although it is not incorrect
to do so. But, it can lead to accidents if you might be committing and
pushing changes. To minimize that risk, you can provide/override
values in a number of ways:
-- on the Ant command line (if you invoke Ant directly)
-- in NetBeans, in the Properties box under Tools> Options>
Miscellaneous> Ant
-- in a new unmanaged file langtools/build.properties (note no make/
component)
-- in ${user.home}/.openjdk/langtools-build.properties
-- in ${user.home}/.openjdk/build.properties
The last two choices allow you to set values to be shared by multiple
repositories.

There is no make/build.properties in the jdk/ repository because that
repository uses "make" instead of "ant" for building. To build the
jdk repository, you will need either MKS or Cygwin installed on your
system. For more info, see the notes on the OpenJDK web pages. There
are NetBeans projects for selected parts of the jdk/ to make it easy
to work on small subsystems. However, I don't believe those (NetBeans)
projects are being actively maintained at this point. [This does not
apply to the langtools/ files. ]

-- Jon

On Aug 11, 2009, at 8:31 AM, Ulf Zibis wrote:

> Jon,
>
> that would be great.
>
> I've found out a solution, but I'm not sure, if this is as designed.
> In path_to_jdk7_sources\langtools\make\build.properties I set:
> boot.java.home = C:/Programme/Java/jdk1.6.0_14
> target.java.home = C:/Programme/Java/jdk1.7.0
> javac.source = 6
> javac.target = 6
>
> I'm wondering, that there is no ...\make\build.properties file in tl/
> jdk tree.
>
> Maybe you like to have a look on ...\make\netbeans\charset\* in my
> patch for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?
>
> -Ulf
>
>
>
> Am 11.08.2009 16:49, Jonathan Gibbons schrieb:
>> Rémi,
>>
>> Thanks for the heads up. I'll check this out. It is still the case
>> that you should only need 1.6 to build langtools.
>>
>> -- Jon
>>
>>
>>
>> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>>
>>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>>> Jonathan,
>>>>
>>>> thanks for additional help.
>>>>
>>>> Now I tried:
>>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>>> 6.7.1\java2\ant\
>>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>
>>> I've noticed that.
>>> You have to run ant with jdk7.
>>>
>>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>>
>>> Jon, it seems the ant build script need be updated because
>>> we are not able to compile with jdk6 anymore.
>>> The bootstrap javac/javap/etc should be built with -source 1.6 -
>>> target 1.6.
>>>
>>> Rémi
>>
>>
>

Re: javac CRASH

2009-08-11T08:31:52Z

Jon,

that would be great.

I've found out a solution, but I'm not sure, if this is as designed. In
path_to_jdk7_sources\langtools\make\build.properties I set:
boot.java.home = C:/Programme/Java/jdk1.6.0_14
target.java.home = C:/Programme/Java/jdk1.7.0
javac.source = 6
javac.target = 6

I'm wondering, that there is no ...\make\build.properties file in tl/jdk
tree.

Maybe you like to have a look on ...\make\netbeans\charset\* in my patch
for https://bugs.openjdk.java.net/show_bug.cgi?id=100098 ?

-Ulf

Am 11.08.2009 16:49, Jonathan Gibbons schrieb:

> Rémi,
>
> Thanks for the heads up. I'll check this out. It is still the case
> that you should only need 1.6 to build langtools.
>
> -- Jon
>
>
>
> On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:
>
>> Le 11/08/2009 11:06, Ulf Zibis a écrit :
>>> Jonathan,
>>>
>>> thanks for additional help.
>>>
>>> Now I tried:
>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>> 6.7.1\java2\ant\
>>> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>
>> I've noticed that.
>> You have to run ant with jdk7.
>>
>> JAVA_HOME=C:/Programme/Java/jdk1.7.0
>> ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0
>>
>> Jon, it seems the ant build script need be updated because
>> we are not able to compile with jdk6 anymore.
>> The bootstrap javac/javap/etc should be built with -source 1.6
>> -target 1.6.
>>
>> Rémi
>
>

Re: javac CRASH

2009-08-11T07:49:59Z

Rémi,

Thanks for the heads up. I'll check this out. It is still the case
that you should only need 1.6 to build langtools.

-- Jon

On Aug 11, 2009, at 2:46 AM, Rémi Forax wrote:

Re: javac CRASH

2009-08-11T02:46:43Z

Le 11/08/2009 11:06, Ulf Zibis a écrit :
> Jonathan,
>
> thanks for additional help.
>
> Now I tried:
> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
> 6.7.1\java2\ant\
> bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0

I've noticed that.
You have to run ant with jdk7.

JAVA_HOME=C:/Programme/Java/jdk1.7.0
ant -Dboot.java/home=C:/Programme/Java/jdk1.7.0

Jon, it seems the ant build script need be updated because
we are not able to compile with jdk6 anymore.
The bootstrap javac/javap/etc should be built with -source 1.6 -target 1.6.

Rémi

Re: javac CRASH

2009-08-11T02:06:32Z

Jonathan,

thanks for additional help.

Now I tried:
C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
6.7.1\java2\ant\
bin\ant" -Dboot.java/home=C:/Programme/Java/jdk1.7.0

... but this didn't make any difference.

I guess, you mean, to set or overwrite the boot.java.home property in
"build.properties".

So I set in path_to_jdk7_sources\langtools\make\build.properties:
boot.java.home = C:/Programme/Java/jdk1.6.0_14

I started build from NetBeans
(path_to_jdk7_sources\langtools\make\netbeans\langtools\build.xml):

clean:
Deleting directory C:\Projects\OpenJDK7\langtools\build
Created dir: C:\Projects\OpenJDK7\langtools\build\toolclasses
Compiling 1 source file to C:\Projects\OpenJDK7\langtools\build\toolclasses
Building all tools
Compiling 2 source files to C:\Projects\OpenJDK7\langtools\build\toolclasses
build-bootstrap-javac:
Created dir: C:\Projects\OpenJDK7\langtools\build\bootstrap\gensrc
Created dir: C:\Projects\OpenJDK7\langtools\build\bootstrap\classes
Generating 7 resource files to
C:\Projects\OpenJDK7\langtools\build\bootstrap\gensrc
Copying 1 file to C:\Projects\OpenJDK7\langtools\build\bootstrap\gensrc
Generating 1 resource files to
C:\Projects\OpenJDK7\langtools\build\bootstrap\gensrc
Compiling 8 source files to
C:\Projects\OpenJDK7\langtools\build\bootstrap\classes
Compiling 271 source files to
C:\Projects\OpenJDK7\langtools\build\bootstrap\classes
Created dir: C:\Projects\OpenJDK7\langtools\build\bootstrap\lib
Building jar: C:\Projects\OpenJDK7\langtools\build\bootstrap\lib\javac.jar
Created dir: C:\Projects\OpenJDK7\langtools\build\bootstrap\bin
Copying 1 file to C:\Projects\OpenJDK7\langtools\build\bootstrap\bin
build-javac:
Created dir: C:\Projects\OpenJDK7\langtools\build\gensrc
Created dir: C:\Projects\OpenJDK7\langtools\build\classes
Generating 7 resource files to C:\Projects\OpenJDK7\langtools\build\gensrc
Copying 1 file to C:\Projects\OpenJDK7\langtools\build\gensrc
Generating 1 resource files to C:\Projects\OpenJDK7\langtools\build\gensrc
Compiling 8 source files to C:\Projects\OpenJDK7\langtools\build\classes
javac: invalid target release: 7
Usage: javac <options> <source files>
use -help for a list of possible options
C:\Projects\OpenJDK7\langtools\make\netbeans\langtools\build.xml:67: The
following error occurred while executing this line:
C:\Projects\OpenJDK7\langtools\make\build.xml:192: The following error
occurred while executing this line:
C:\Projects\OpenJDK7\langtools\make\build.xml:424: The following error
occurred while executing this line:
C:\Projects\OpenJDK7\langtools\make\build.xml:465: The following error
occurred while executing this line:
C:\Projects\OpenJDK7\langtools\make\build.xml:518: Compile failed; see
the compiler error output for details.
BUILD FAILED (total time: 23 seconds)

Then I tried:
target.java.home = C:/Programme/Java/jdk1.7.0
and later:
boot.javac.target = 7

... but nothing helped.

-Ulf

Am 11.08.2009 02:50, Jonathan Gibbons schrieb:

> Rémi , Ulf,
>
> If you're driving Ant directly, you want to set the Ant property
> boot.java.home,
> not the Makefile variable ALT_BOOTDIR.
> ant -Dboot.java.home=path-to-jdk6or7 more-args....
>
> The path should be to the root of the installed JDK, not any of its
> subdirectories.
> For example, if you've installed JDK 1.7 in C:\opt\jdk\1.7.0 then use
> ant -Dboot.java/home=C:/opt/jdk/1.7.0 more-args...
>
> -- Jon
>
>
>
> Rémi Forax wrote:
>> Le 11/08/2009 01:58, Ulf Zibis a écrit :
>>> Rémi, thanks.
>>>
>>> I just tried it, but got errors:
>>>
>>> C:\Projects\OpenJDK7\langtools\make>"C:\Programme\Java\NetBeans
>>> 6.7.1\java2\ant\bin\ant"
>>> Buildfile: build.xml
>>>
>>> -def-check:
>>>
>>> -check-boot.java.home:
>>>
>>> BUILD FAILED
>>> C:\Projects\OpenJDK7\langtools\make\build.xml:370: The following
>>> error occurred
>>> while executing this line:
>>> C:\Projects\OpenJDK7\langtools\make\build.xml:737: Cannot locate
>>> bootstrap java:
>>> please set boot.java.home to its location
>>>
>>> Total time: 1 second
>>>
>>>
>>> -Ulf
>>
>> as said, set the bootstrap location,
>> with bash:
>> export ALT_BOOTDIR=path_to_a_binary_jdk6or7
>>
>> Rémi
>>
>>>
>>>
>>> Am 04.08.2009 15:17, Rémi Forax schrieb:
>>>> Le 04/08/2009 13:07, Ulf Zibis a écrit :
>>>>> Maurizio,
>>>>>
>>>>> much thanks for the additional info.
>>>>>
>>>>> I like to avoid going back to b63.
>>>>> If the fix will not go into b68, could you please provide a binary
>>>>> patch for b67 (or b68) (Windows version)?
>>>>> I can wait for release of b68, but not for b69, as I'm on vacation
>>>>> until Aug. 10.
>>>>>
>>>>> Thanks in advance,
>>>>>
>>>>> -Ulf
>>>>
>>>> you can do it by yourself,
>>>> clone the langtools repository, it can be built with ant, so just
>>>> type ant
>>>> in the directory "make", it will create a tools.jar.
>>>> Now remplace the tools.jar of your binary build by this new one.
>>>>
>>>> cheers,
>>>> Rémi
>>>>
>>>>>
>>>>>
>>>>> Am 04.08.2009 12:20, Maurizio Cimadamore schrieb:
>>>>>> Ulf Zibis wrote:
>>>>>>> Maurizio,
>>>>>>>
>>>>>>> much thanks for the fast info.
>>>>>>>
>>>>>>> Will this fix be included in next build b68 ???
>>>>>>> Hopefully !
>>>>>> Not sure if it will make into b68 - but certainly it will go into
>>>>>> b69 (depends on the integration process). The fix is already
>>>>>> available in the langtools repository used for development
>>>>>> (http://hg.openjdk.java.net/jdk7/tl/langtools).
>>>>>>
>>>>>> Maurizio
>>>>>>>
>>>>>>> -Ulf
>>>>>>>
>>>>>>>
>>>>>>> Am 04.08.2009 11:08, Maurizio Cimadamore schrieb:
>>>>>>>> Ulf Zibis wrote:
>>>>>>>>> See:
>>>>>>>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
>>>>>>>>> java.lang.NullPointerException from compiler (1.7.0-ea)
>>>>>>>>>
>>>>>>>>> -Ulf
>>>>>>>>>
>>>>>>>>>
>>>>>>>> Hi Ulf,
>>>>>>>> this is a type annotation (JSR 308) bug that has been recently
>>>>>>>> fixed - it is a duplicate of 6861837.
>>>>>>>>
>>>>>>>> Regards
>>>>>>>> Maurizio
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>
>

Re: javac CRASH

2009-08-11T01:32:07Z

Rémi (and all),

(1) My initial question was, if somebody could provide me a patch (here:
langtools.jar). As it's always difficult. to run the build on Windows, I
assumed, there is somebody out there who has ready configured his
system, to run the build for langtools.jar.

(2) Remember, there is no bash on Windows. I don't have any idea, what
"export" could be translated to, to run it on Windows.

-Ulf

Am 11.08.2009 02:25, Rémi Forax schrieb:

>
> as said, set the bootstrap location,
> with bash:
> export ALT_BOOTDIR=path_to_a_binary_jdk6or7
>
> Rémi
>
>>
>>
>> Am 04.08.2009 15:17, Rémi Forax schrieb:
>>> Le 04/08/2009 13:07, Ulf Zibis a écrit :
>>>> Maurizio,
>>>>
>>>> much thanks for the additional info.
>>>>
>>>> I like to avoid going back to b63.
>>>> If the fix will not go into b68, could you please provide a binary
>>>> patch for b67 (or b68) (Windows version)?
>>>> I can wait for release of b68, but not for b69, as I'm on vacation
>>>> until Aug. 10.
>>>>
>>>> Thanks in advance,
>>>>
>>>> -Ulf
>>>
>>> you can do it by yourself,
>>> clone the langtools repository, it can be built with ant, so just
>>> type ant
>>> in the directory "make", it will create a tools.jar.
>>> Now remplace the tools.jar of your binary build by this new one.
>>>
>>> cheers,
>>> Rémi
>>>
>>>>
>>>>
>>>> Am 04.08.2009 12:20, Maurizio Cimadamore schrieb:
>>>>> Ulf Zibis wrote:
>>>>>> Maurizio,
>>>>>>
>>>>>> much thanks for the fast info.
>>>>>>
>>>>>> Will this fix be included in next build b68 ???
>>>>>> Hopefully !
>>>>> Not sure if it will make into b68 - but certainly it will go into
>>>>> b69 (depends on the integration process). The fix is already
>>>>> available in the langtools repository used for development
>>>>> (http://hg.openjdk.java.net/jdk7/tl/langtools).
>>>>>
>>>>> Maurizio
>>>>>>
>>>>>> -Ulf
>>>>>>
>>>>>>
>>>>>> Am 04.08.2009 11:08, Maurizio Cimadamore schrieb:
>>>>>>> Ulf Zibis wrote:
>>>>>>>> See:
>>>>>>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6868135 -->
>>>>>>>> java.lang.NullPointerException from compiler (1.7.0-ea)
>>>>>>>>
>>>>>>>> -Ulf
>>>>>>>>
>>>>>>>>
>>>>>>> Hi Ulf,
>>>>>>> this is a type annotation (JSR 308) bug that has been recently
>>>>>>> fixed - it is a duplicate of 6861837.
>>>>>>>
>>>>>>> Regards
>>>>>>> Maurizio
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>>
>>
>
>

How to make project scan faster

2009-06-09T10:29:14Z

Hi, please help.

Initially opening a OpenJDK project in NetBeans is very slow. It takes
more than 2 hours. Also later operations are often very slow.

IMO the problem is, that Netbeans scans the whole amount of JDK sources.

I'm looking for a solution, where I only checkout the sources of
interest to the workspace source folder.
- how to only checkout sources from Mercurial repository, changed since
date of bootstrap JDK snapshot?
- how to force NetBeans to rely on the binaries from bootstrap JDK
snapshot in scanning the project, so it must not compile the whole JDK
sources behind the scenes while scanning?

BTW: I'm working on Windows XP.

-Ulf

Re: start make from NetBeans on Windows - Please help!

2009-04-08T06:01:56Z

I've extracted all charset stuff to out-sourced make folder, which
should run "theoretically" without initialization of C-compiler.
See attachment.
Dalibor, can you have a look inside to check correct syntax (I'm
make-newby, as you know).

-Ulf

Am 08.04.2009 13:50, Ulf Zibis schrieb:

> Hi all,
>
> now I'm in a struggle, because I (1) don't own Microsoft Visual Studio
> C++ 2008 (VS2008) Standard Edition compiler and (2) capacity of my
> Laptop is limited, so I tend to avoid, giving VC++ 2008-Express
> Edition a try (maybe some more frustrating days).
>
> I've filed a bug because of this lack: internal review ID: 1494977
>
> =========>> Maybe someone could run once make for me ???
> - In the moment I need to see the current output of
> \jdk\make\java\nio\genCharsetProvider.sh generating source view for
> sun.nio.cs.StandardCharsets.java.
>
> Additionally I don't understand what following tag in
> \jdk\make\netbeans\common\make.xml is for? :
> <target name="-pre-init.windows" if="os.windows">
> <property name="platform" value="windows"/>
> <property name="make" value="c:/cygwin/bin/make"/>
>
> It doesn't have any effect if I change it to (in my german Windows case):
> <property name="make" value="C:/Programme/CYGWIN/bin/make"/>
>
> I think, this value should better be located in build.properties, so
> it could easily be customized,
> ...but first it should
> have any effect.
>
> Thanks,
> -Ulf
>
> P.S.: This thread is archived here:
> http://www.nabble.com/OpenJDK-Netbeans-and-Ant-Build-Scripts-f27717.html
> (thanks to Kelly)
>
>
>
> Am 08.04.2009 00:49, Ulf Zibis schrieb:
>> Dmitri, thanks.
>>
>> I had to set path to ...cygwin\bin. ???
>> I think, this info should be added here:
>> http://nb-openjdk.netbeans.org/get-and-build-troubleshooting.html
>>
>> Now I have the next problem:
>>
>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio/charset'
>> ../../../../make/common/shared/Defs-windows.gmk:471: "WARNING: Value
>> of MSVCRNN_DLL_PATH cannot be empty, check or set ALT_MSVCRNN_DLL_PATH"
>> ../../../../make/common/shared/Defs-windows.gmk:484: "WARNING: Value
>> of DXSDK_PATH cannot be empty, check or set ALT_DXSDK_PATH"
>> link: missing operand
>> Try `link --help' for more information.
>> ../../../../make/common/shared/Compiler-msvc.gmk:129: ***
>> COMPILER_VERSION cannot be empty here. Stop.
>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>> following error occurred while executing this line:
>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:64: exec
>> returned: 2
>> BUILD FAILED (total time: 12 seconds)
>>
>> The problem is, that I don't have Visual Studio 2003 or 2005. I only
>> have VS 6 from 1998.
>> But I think, there should be a way, to run make without Visual
>> Studio, if there are no native sources to compile, but some make
>> generated files.
>>
>> -Ulf
>>
>>
>>
>> Am 07.04.2009 21:41, Dmitri Trembovetski schrieb:
>>>
>>> I have a .cmd file "nb6.5.1.cmd" which looks something like this:
>>> -----
>>> @rem set path to cywgin or whatever
>>> @set PATH=c:\devtools\cygwin;%PATH%
>>> @rem setup VS2003 build env
>>> @call C:\devtools\VS2003\Vc7\bin\vcvars32.bat
>>> @start C:\DevTools\netbeans6.5.1\bin\netbeans.exe
>>> -J-Dnetbeans.winsys.statusLine.in.menuBar=true
>>> -----
>>>
>>> I have a shortcut to this cmd file, with "Run: minimized" set in
>>> the Shortcut tab so that I don't see the cmd window when it's
>>> launched.
>>>
>>> Thanks,
>>> Dmitri
>>>
>>>
>>> Kelly O'Hair wrote:
>>>> Sorry, I won't be much help on this.
>>>>
>>>> My last experience on Windows, CYGWIN and NetBeans was that you
>>>> needed to
>>>> start NetBeans from a CYGWIN shell to get NetBeans to have things like
>>>> 'uname' in your PATH.
>>>>
>>>> I don't think you can start NetBeans by double-clicking the icon,
>>>> because
>>>> it won't pick up the CYGWIN environment properly, but maybe someone
>>>> more
>>>> Windows NetBeans savy can provide some help on this.
>>>>
>>>> -kto
>>>>
>>>> Ulf Zibis wrote:
>>>>> Hi Kelly,
>>>>>
>>>>> I have tried to start make from NetBeans using build target, and
>>>>> got some errors:
>>>>>
>>>>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
>>>>> make: uname: Command not found
>>>>> make: logname: Command not found
>>>>> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such
>>>>> file or directory
>>>>> make: -p: Command not found
>>>>> make: -p: Command not found
>>>>> make: +%Y: Command not found
>>>>> make: *** No rule to make target
>>>>> `../../../make/common/Defs-.gmk'. Stop.
>>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>>>>> following error occurred while executing this line:
>>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec
>>>>> returned: 2
>>>>> BUILD FAILED (total time: 5 seconds)
>>>>>
>>>>> Can you please give me some hint, what's going wrong here?
>>>>>
>>>>> Please see my project files in attachment.
>>>>>
>>>>> -Ulf
>>>>>
>>>
>>>
>>
>>
>
>

make_charset.zip (8K) Download Attachment

Re: start make from NetBeans on Windows - Please help!

2009-04-08T04:50:56Z

Hi all,

now I'm in a struggle, because I (1) don't own Microsoft Visual Studio
C++ 2008 (VS2008) Standard Edition compiler and (2) capacity of my
Laptop is limited, so I tend to avoid, giving VC++ 2008-Express Edition
a try (maybe some more frustrating days).

I've filed a bug because of this lack: internal review ID: 1494977

=========>> Maybe someone could run once make for me ???
- In the moment I need to see the current output of
\jdk\make\java\nio\genCharsetProvider.sh generating source view for
sun.nio.cs.StandardCharsets.java.

Additionally I don't understand what following tag in
\jdk\make\netbeans\common\make.xml is for? :
<target name="-pre-init.windows" if="os.windows">
<property name="platform" value="windows"/>
<property name="make" value="c:/cygwin/bin/make"/>

It doesn't have any effect if I change it to (in my german Windows case):
<property name="make" value="C:/Programme/CYGWIN/bin/make"/>

I think, this value should better be located in build.properties, so it
could easily be customized,
...but first it should
have any effect.

Thanks,
-Ulf

P.S.: This thread is archived here:
http://www.nabble.com/OpenJDK-Netbeans-and-Ant-Build-Scripts-f27717.html
(thanks to Kelly)

Am 08.04.2009 00:49, Ulf Zibis schrieb:

> Dmitri, thanks.
>
> I had to set path to ...cygwin\bin. ???
> I think, this info should be added here:
> http://nb-openjdk.netbeans.org/get-and-build-troubleshooting.html
>
> Now I have the next problem:
>
> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio/charset'
> ../../../../make/common/shared/Defs-windows.gmk:471: "WARNING: Value
> of MSVCRNN_DLL_PATH cannot be empty, check or set ALT_MSVCRNN_DLL_PATH"
> ../../../../make/common/shared/Defs-windows.gmk:484: "WARNING: Value
> of DXSDK_PATH cannot be empty, check or set ALT_DXSDK_PATH"
> link: missing operand
> Try `link --help' for more information.
> ../../../../make/common/shared/Compiler-msvc.gmk:129: ***
> COMPILER_VERSION cannot be empty here. Stop.
> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
> following error occurred while executing this line:
> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:64: exec
> returned: 2
> BUILD FAILED (total time: 12 seconds)
>
> The problem is, that I don't have Visual Studio 2003 or 2005. I only
> have VS 6 from 1998.
> But I think, there should be a way, to run make without Visual Studio,
> if there are no native sources to compile, but some make generated files.
>
> -Ulf
>
>
>
> Am 07.04.2009 21:41, Dmitri Trembovetski schrieb:
>>
>> I have a .cmd file "nb6.5.1.cmd" which looks something like this:
>> -----
>> @rem set path to cywgin or whatever
>> @set PATH=c:\devtools\cygwin;%PATH%
>> @rem setup VS2003 build env
>> @call C:\devtools\VS2003\Vc7\bin\vcvars32.bat
>> @start C:\DevTools\netbeans6.5.1\bin\netbeans.exe
>> -J-Dnetbeans.winsys.statusLine.in.menuBar=true
>> -----
>>
>> I have a shortcut to this cmd file, with "Run: minimized" set in
>> the Shortcut tab so that I don't see the cmd window when it's
>> launched.
>>
>> Thanks,
>> Dmitri
>>
>>
>> Kelly O'Hair wrote:
>>> Sorry, I won't be much help on this.
>>>
>>> My last experience on Windows, CYGWIN and NetBeans was that you
>>> needed to
>>> start NetBeans from a CYGWIN shell to get NetBeans to have things like
>>> 'uname' in your PATH.
>>>
>>> I don't think you can start NetBeans by double-clicking the icon,
>>> because
>>> it won't pick up the CYGWIN environment properly, but maybe someone
>>> more
>>> Windows NetBeans savy can provide some help on this.
>>>
>>> -kto
>>>
>>> Ulf Zibis wrote:
>>>> Hi Kelly,
>>>>
>>>> I have tried to start make from NetBeans using build target, and
>>>> got some errors:
>>>>
>>>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
>>>> make: uname: Command not found
>>>> make: logname: Command not found
>>>> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such
>>>> file or directory
>>>> make: -p: Command not found
>>>> make: -p: Command not found
>>>> make: +%Y: Command not found
>>>> make: *** No rule to make target `../../../make/common/Defs-.gmk'.
>>>> Stop.
>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>>>> following error occurred while executing this line:
>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec
>>>> returned: 2
>>>> BUILD FAILED (total time: 5 seconds)
>>>>
>>>> Can you please give me some hint, what's going wrong here?
>>>>
>>>> Please see my project files in attachment.
>>>>
>>>> -Ulf
>>>>
>>
>>
>
>

Re: start make from NetBeans - Please help!

2009-04-07T17:31:58Z

Someone should add this link to this netbeans site:

http://www.nabble.com/OpenJDK-Netbeans-and-Ant-Build-Scripts-f27717.html

I'll request that from the webmaster of this netbeans site.

-kto

Ulf Zibis wrote:

> Dmitri, thanks.
>
> I had to set path to ...cygwin\bin. ???
> I think, this info should be added here:
> http://nb-openjdk.netbeans.org/get-and-build-troubleshooting.html
>
> Now I have the next problem:
>
> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio/charset'
> ../../../../make/common/shared/Defs-windows.gmk:471: "WARNING: Value of
> MSVCRNN_DLL_PATH cannot be empty, check or set ALT_MSVCRNN_DLL_PATH"
> ../../../../make/common/shared/Defs-windows.gmk:484: "WARNING: Value of
> DXSDK_PATH cannot be empty, check or set ALT_DXSDK_PATH"
> link: missing operand
> Try `link --help' for more information.
> ../../../../make/common/shared/Compiler-msvc.gmk:129: ***
> COMPILER_VERSION cannot be empty here. Stop.
> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
> following error occurred while executing this line:
> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:64: exec returned: 2
> BUILD FAILED (total time: 12 seconds)
>
> The problem is, that I don't have Visual Studio 2003 or 2005. I only
> have VS 6 from 1998.
> But I think, there should be a way, to run make without Visual Studio,
> if there are no native sources to compile, but some make generated files.
>
> -Ulf
>
>
>
> Am 07.04.2009 21:41, Dmitri Trembovetski schrieb:
>>
>> I have a .cmd file "nb6.5.1.cmd" which looks something like this:
>> -----
>> @rem set path to cywgin or whatever
>> @set PATH=c:\devtools\cygwin;%PATH%
>> @rem setup VS2003 build env
>> @call C:\devtools\VS2003\Vc7\bin\vcvars32.bat
>> @start C:\DevTools\netbeans6.5.1\bin\netbeans.exe
>> -J-Dnetbeans.winsys.statusLine.in.menuBar=true
>> -----
>>
>> I have a shortcut to this cmd file, with "Run: minimized" set in the
>> Shortcut tab so that I don't see the cmd window when it's launched.
>>
>> Thanks,
>> Dmitri
>>
>>
>> Kelly O'Hair wrote:
>>> Sorry, I won't be much help on this.
>>>
>>> My last experience on Windows, CYGWIN and NetBeans was that you
>>> needed to
>>> start NetBeans from a CYGWIN shell to get NetBeans to have things like
>>> 'uname' in your PATH.
>>>
>>> I don't think you can start NetBeans by double-clicking the icon,
>>> because
>>> it won't pick up the CYGWIN environment properly, but maybe someone more
>>> Windows NetBeans savy can provide some help on this.
>>>
>>> -kto
>>>
>>> Ulf Zibis wrote:
>>>> Hi Kelly,
>>>>
>>>> I have tried to start make from NetBeans using build target, and got
>>>> some errors:
>>>>
>>>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
>>>> make: uname: Command not found
>>>> make: logname: Command not found
>>>> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such
>>>> file or directory
>>>> make: -p: Command not found
>>>> make: -p: Command not found
>>>> make: +%Y: Command not found
>>>> make: *** No rule to make target `../../../make/common/Defs-.gmk'.
>>>> Stop.
>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>>>> following error occurred while executing this line:
>>>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec
>>>> returned: 2
>>>> BUILD FAILED (total time: 5 seconds)
>>>>
>>>> Can you please give me some hint, what's going wrong here?
>>>>
>>>> Please see my project files in attachment.
>>>>
>>>> -Ulf
>>>>
>>
>>
>

Re: start make from NetBeans - Please help!

2009-04-07T15:49:24Z

Dmitri, thanks.

I had to set path to ...cygwin\bin. ???
I think, this info should be added here:
http://nb-openjdk.netbeans.org/get-and-build-troubleshooting.html

Now I have the next problem:

Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio/charset'
../../../../make/common/shared/Defs-windows.gmk:471: "WARNING: Value of
MSVCRNN_DLL_PATH cannot be empty, check or set ALT_MSVCRNN_DLL_PATH"
../../../../make/common/shared/Defs-windows.gmk:484: "WARNING: Value of
DXSDK_PATH cannot be empty, check or set ALT_DXSDK_PATH"
link: missing operand
Try `link --help' for more information.
../../../../make/common/shared/Compiler-msvc.gmk:129: ***
COMPILER_VERSION cannot be empty here. Stop.
C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
following error occurred while executing this line:
C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:64: exec returned: 2
BUILD FAILED (total time: 12 seconds)

The problem is, that I don't have Visual Studio 2003 or 2005. I only
have VS 6 from 1998.
But I think, there should be a way, to run make without Visual Studio,
if there are no native sources to compile, but some make generated files.

-Ulf

Am 07.04.2009 21:41, Dmitri Trembovetski schrieb:

>
> I have a .cmd file "nb6.5.1.cmd" which looks something like this:
> -----
> @rem set path to cywgin or whatever
> @set PATH=c:\devtools\cygwin;%PATH%
> @rem setup VS2003 build env
> @call C:\devtools\VS2003\Vc7\bin\vcvars32.bat
> @start C:\DevTools\netbeans6.5.1\bin\netbeans.exe
> -J-Dnetbeans.winsys.statusLine.in.menuBar=true
> -----
>
> I have a shortcut to this cmd file, with "Run: minimized" set in the
> Shortcut tab so that I don't see the cmd window when it's launched.
>
> Thanks,
> Dmitri
>
>
> Kelly O'Hair wrote:
>> Sorry, I won't be much help on this.
>>
>> My last experience on Windows, CYGWIN and NetBeans was that you
>> needed to
>> start NetBeans from a CYGWIN shell to get NetBeans to have things like
>> 'uname' in your PATH.
>>
>> I don't think you can start NetBeans by double-clicking the icon,
>> because
>> it won't pick up the CYGWIN environment properly, but maybe someone more
>> Windows NetBeans savy can provide some help on this.
>>
>> -kto
>>
>> Ulf Zibis wrote:
>>> Hi Kelly,
>>>
>>> I have tried to start make from NetBeans using build target, and got
>>> some errors:
>>>
>>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
>>> make: uname: Command not found
>>> make: logname: Command not found
>>> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such
>>> file or directory
>>> make: -p: Command not found
>>> make: -p: Command not found
>>> make: +%Y: Command not found
>>> make: *** No rule to make target `../../../make/common/Defs-.gmk'.
>>> Stop.
>>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>>> following error occurred while executing this line:
>>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec
>>> returned: 2
>>> BUILD FAILED (total time: 5 seconds)
>>>
>>> Can you please give me some hint, what's going wrong here?
>>>
>>> Please see my project files in attachment.
>>>
>>> -Ulf
>>>
>
>

Re: start make from NetBeans - Please help!

2009-04-07T12:41:01Z

I have a .cmd file "nb6.5.1.cmd" which looks something like this:
-----
@rem set path to cywgin or whatever
@set PATH=c:\devtools\cygwin;%PATH%
@rem setup VS2003 build env
@call C:\devtools\VS2003\Vc7\bin\vcvars32.bat
@start C:\DevTools\netbeans6.5.1\bin\netbeans.exe
-J-Dnetbeans.winsys.statusLine.in.menuBar=true
-----

I have a shortcut to this cmd file, with "Run: minimized" set in the Shortcut
tab so that I don't see the cmd window when it's launched.

Thanks,
Dmitri

Kelly O'Hair wrote:

> Sorry, I won't be much help on this.
>
> My last experience on Windows, CYGWIN and NetBeans was that you needed to
> start NetBeans from a CYGWIN shell to get NetBeans to have things like
> 'uname' in your PATH.
>
> I don't think you can start NetBeans by double-clicking the icon, because
> it won't pick up the CYGWIN environment properly, but maybe someone more
> Windows NetBeans savy can provide some help on this.
>
> -kto
>
> Ulf Zibis wrote:
>> Hi Kelly,
>>
>> I have tried to start make from NetBeans using build target, and got
>> some errors:
>>
>> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
>> make: uname: Command not found
>> make: logname: Command not found
>> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such
>> file or directory
>> make: -p: Command not found
>> make: -p: Command not found
>> make: +%Y: Command not found
>> make: *** No rule to make target `../../../make/common/Defs-.gmk'. Stop.
>> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
>> following error occurred while executing this line:
>> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec
>> returned: 2
>> BUILD FAILED (total time: 5 seconds)
>>
>> Can you please give me some hint, what's going wrong here?
>>
>> Please see my project files in attachment.
>>
>> -Ulf
>>

Re: start make from NetBeans - Please help!

2009-04-07T11:08:06Z

Sorry, I won't be much help on this.

My last experience on Windows, CYGWIN and NetBeans was that you needed to
start NetBeans from a CYGWIN shell to get NetBeans to have things like
'uname' in your PATH.

I don't think you can start NetBeans by double-clicking the icon, because
it won't pick up the CYGWIN environment properly, but maybe someone more
Windows NetBeans savy can provide some help on this.

-kto

Ulf Zibis wrote:

> Hi Kelly,
>
> I have tried to start make from NetBeans using build target, and got
> some errors:
>
> Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
> make: uname: Command not found
> make: logname: Command not found
> ../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such file
> or directory
> make: -p: Command not found
> make: -p: Command not found
> make: +%Y: Command not found
> make: *** No rule to make target `../../../make/common/Defs-.gmk'. Stop.
> C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
> following error occurred while executing this line:
> C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec returned: 2
> BUILD FAILED (total time: 5 seconds)
>
> Can you please give me some hint, what's going wrong here?
>
> Please see my project files in attachment.
>
> -Ulf
>

start make from NetBeans - Please help!

2009-04-07T07:39:40Z

Hi Kelly,

I have tried to start make from NetBeans using build target, and got
some errors:

Entering directory `C:\Projects\OpenJDK7\jdk\make/java/nio'
make: uname: Command not found
make: logname: Command not found
../../common/Defs.gmk:188: ../../../make/common/Defs-.gmk: No such file
or directory
make: -p: Command not found
make: -p: Command not found
make: +%Y: Command not found
make: *** No rule to make target `../../../make/common/Defs-.gmk'. Stop.
C:\Projects\OpenJDK7\jdk\make\netbeans\charset\build.xml:39: The
following error occurred while executing this line:
C:\Projects\OpenJDK7\jdk\make\netbeans\common\make.xml:61: exec returned: 2
BUILD FAILED (total time: 5 seconds)

Can you please give me some hint, what's going wrong here?

Please see my project files in attachment.

-Ulf

charset.zip (7K) Download Attachment

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-27T15:05:35Z

Am 27.03.2009 17:25, Kelly O'Hair schrieb:
> I'm not a TortoiseHg user and don't do much direct development on
> Windows.
>
> I think on Windows the equivalent to ~/.hgrc is Mercurial.ini.

Thanks, this was the essential hint.
... and I discovered, that forest is just included in TortoiseHg and
could be enabled by removing a single ';' in Mercurial.ini. So I could
throw away all additional stuff from forest-crew. :-(
It remains, understanding, hoe forest works.

>
> You need to do some reading on Mercurial, TortoiseHg, etc., try:
> http://www.selenic.com/mercurial/wiki/
> http://www.selenic.com/mercurial/wiki/index.cgi/Tutorial
> http://www.selenic.com/mercurial/hgrc.5.html
> http://hgbook.red-bean.com/read/

I've now read a lot of this, so now I begin to understand.

-Ulf

>
> -kto
>
>
> Ulf Zibis wrote:
>> Hi all,
>>
>> I've problems to find location of/for ~/.hgrc file. I don't find it
>> anywhere.
>>
>> What you mean by ${HOME} on (german) Windows?
>> - installdir: C:\Programme\TortoiseHg\
>> - user settings: C:\Dokumente und
>> Einstellungen\user\Anwendungsdaten\TortoiseHg\
>>
>> hg showconfig results:
>>
>> C:\Dokumente und Einstellungen\user\Anwendungsdaten\TortoiseHg>hg
>> showconfig
>> extdiff.cmd.vdiff=C:\\Programme\\TortoiseHg\\kdiff3
>> extensions.extdiff=
>> merge-tools.beyondcompare3.args=$local $other $base $output /ro
>> /lefttitle=local
>> /centerfile=base /righttitle=other /automerge /reviewconflicts /solo
>> merge-tools.beyondcompare3.gui=True
>> merge-tools.beyondcompare3.priority=-2
>> merge-tools.beyondcompare3.regkey=Software\\Scooter Software\\Beyond
>> Compare 3
>> merge-tools.beyondcompare3.regname=ExePath
>> merge-tools.diffmerge.args=--nosplash --merge --title1=base
>> --title2=local --tit
>> le3=other $base $local $other
>> merge-tools.diffmerge.checkchanged=True
>> merge-tools.diffmerge.gui=True
>> merge-tools.diffmerge.priority=-7
>> merge-tools.kdiff3.args=-L1 base --L2 local --L3 other $base $local
>> $other -o $o
>> utput
>> merge-tools.kdiff3.fixeol=True
>> merge-tools.kdiff3.gui=True
>> merge-tools.kdiff3.priority=-1
>> merge-tools.kdiff3.regappend=\\kdiff3.exe
>> merge-tools.kdiff3.regkey=Software\\KDiff3
>> merge-tools.p4merge.args=$base $local $other $output
>> merge-tools.p4merge.gui=True
>> merge-tools.p4merge.priority=-8
>> merge-tools.p4merge.regappend=\\p4merge.exe
>> merge-tools.p4merge.regkey=Software\\Perforce\\Environment
>> merge-tools.p4merge.regname=P4INSTROOT
>> merge-tools.tortoisemerge.args=/base:$output /mine:$local
>> /theirs:$other /merged
>> :$output
>> merge-tools.tortoisemerge.gui=True
>> merge-tools.tortoisemerge.priority=-9
>> merge-tools.tortoisemerge.regkey=Software\\TortoiseSVN
>> merge-tools.winmergeu.args=/e /ub /dl other /dr local $other $local
>> $output
>> merge-tools.winmergeu.fixeol=True
>> merge-tools.winmergeu.gui=True
>> merge-tools.winmergeu.priority=-10
>> merge-tools.winmergeu.regkey=Software\\Thingamahoochie\\WinMerge\\
>> merge-tools.winmergeu.regname=Executable
>> ui.editor=notepad
>> ui.ssh="C:\\Programme\\TortoiseHg\\TortoisePlink.exe" -ssh -2
>> ui.username=UlfZibis
>>
>> Please give me some more hints.
>>
>> -Ulf
>>
>>
>> Am 26.03.2009 23:34, Kelly O'Hair schrieb:
>>>
>>> I have no idea about TortoiseHg. I get the forest.py extension
>>> directly from bitbucket.org so I know I have the latest one.
>>> What gets shipped in TortoiseHg should work but I have no idea
>>> what version it is.
>>> The forest.py is just a text file, you can diff the one you have
>>> with the bitbucket.org one to see if it differs at all.
>>>
>>> Watch out for TortoiseHg, it seems to enable many more hg extensions
>>> than most people need by default. It should work fine, but I don't
>>> like having lots of hg extensions I don't need enabled.
>>>
>>> Run 'hg showconfig' to see what extensions you have enabled.
>>>
>>> -kto
>>>
>>> Ulf Zibis wrote:
>>>> Hi Kelly,
>>>>
>>>> thanks for the link.
>>>>
>>>> I guess, you mean C:\Programme\TortoiseHg\hgforest\forest.py in my
>>>> Windows case. Am I right ?
>>>> Or do you mean C:\Programme\TortoiseHg\hgws\hgforest\forest.py in
>>>> my case ?
>>>> Maybe C:\Programme\TortoiseHg\extentions\forest.py would be also
>>>> good idea, to be open for other extensions, and to avoid
>>>> overwhelming the hg installdir. What do you think?
>>>>
>>>> -Ulf
>>>>
>>>>
>>>>
>>>> Am 26.03.2009 22:16, Kelly O'Hair schrieb:
>>>>>
>>>>> I use the newer (bitbucket) forest.py with Mercurial 1.2 on my Mac
>>>>> and it
>>>>> seems to work fine.
>>>>>
>>>>> I do this:
>>>>> mkdir ${HOME}/hgws
>>>>> cd ${HOME}/hgws
>>>>> hg clone http://bitbucket.org/pmezard/hgforest-crew hgforest
>>>>>
>>>>> Then add these lines to your ~/.hgrc file:
>>>>> [extensions]
>>>>> forest = ${HOME}/hgws/hgforest/forest.py
>>>>>
>>>>> You may need to expand the ${HOME} to the real location in the
>>>>> ~/.hgrc file.
>>>>>
>>>>> -kto
>>>>>
>>>>>
>>>
>>
>
>

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-27T09:34:03Z

Kelly O'Hair wrote:

> I'm not a TortoiseHg user and don't do much direct development on
> Windows.
>
> I think on Windows the equivalent to ~/.hgrc is Mercurial.ini.
>
> You need to do some reading on Mercurial, TortoiseHg, etc., try:
> http://www.selenic.com/mercurial/wiki/
> http://www.selenic.com/mercurial/wiki/index.cgi/Tutorial
> http://www.selenic.com/mercurial/hgrc.5.html
> http://hgbook.red-bean.com/read/
>
> -kto

I installed Mercurial (1.0.2) on Windows and added the forest extension
and it seems to work fine.

The .hgrc is in the $HOME directory (C:\Document and Settings\alanb in
my case):

[extensions]
forest=C:/hgforest/forest.py

It cloned our forest without any problem.

-Alan.

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-27T09:25:06Z

I'm not a TortoiseHg user and don't do much direct development on Windows.

I think on Windows the equivalent to ~/.hgrc is Mercurial.ini.

You need to do some reading on Mercurial, TortoiseHg, etc., try:
http://www.selenic.com/mercurial/wiki/
http://www.selenic.com/mercurial/wiki/index.cgi/Tutorial
http://www.selenic.com/mercurial/hgrc.5.html
http://hgbook.red-bean.com/read/

-kto

Ulf Zibis wrote:

> Hi all,
>
> I've problems to find location of/for ~/.hgrc file. I don't find it
> anywhere.
>
> What you mean by ${HOME} on (german) Windows?
> - installdir: C:\Programme\TortoiseHg\
> - user settings: C:\Dokumente und
> Einstellungen\user\Anwendungsdaten\TortoiseHg\
>
> hg showconfig results:
>
> C:\Dokumente und Einstellungen\user\Anwendungsdaten\TortoiseHg>hg
> showconfig
> extdiff.cmd.vdiff=C:\\Programme\\TortoiseHg\\kdiff3
> extensions.extdiff=
> merge-tools.beyondcompare3.args=$local $other $base $output /ro
> /lefttitle=local
> /centerfile=base /righttitle=other /automerge /reviewconflicts /solo
> merge-tools.beyondcompare3.gui=True
> merge-tools.beyondcompare3.priority=-2
> merge-tools.beyondcompare3.regkey=Software\\Scooter Software\\Beyond
> Compare 3
> merge-tools.beyondcompare3.regname=ExePath
> merge-tools.diffmerge.args=--nosplash --merge --title1=base
> --title2=local --tit
> le3=other $base $local $other
> merge-tools.diffmerge.checkchanged=True
> merge-tools.diffmerge.gui=True
> merge-tools.diffmerge.priority=-7
> merge-tools.kdiff3.args=-L1 base --L2 local --L3 other $base $local
> $other -o $o
> utput
> merge-tools.kdiff3.fixeol=True
> merge-tools.kdiff3.gui=True
> merge-tools.kdiff3.priority=-1
> merge-tools.kdiff3.regappend=\\kdiff3.exe
> merge-tools.kdiff3.regkey=Software\\KDiff3
> merge-tools.p4merge.args=$base $local $other $output
> merge-tools.p4merge.gui=True
> merge-tools.p4merge.priority=-8
> merge-tools.p4merge.regappend=\\p4merge.exe
> merge-tools.p4merge.regkey=Software\\Perforce\\Environment
> merge-tools.p4merge.regname=P4INSTROOT
> merge-tools.tortoisemerge.args=/base:$output /mine:$local /theirs:$other
> /merged
> :$output
> merge-tools.tortoisemerge.gui=True
> merge-tools.tortoisemerge.priority=-9
> merge-tools.tortoisemerge.regkey=Software\\TortoiseSVN
> merge-tools.winmergeu.args=/e /ub /dl other /dr local $other $local $output
> merge-tools.winmergeu.fixeol=True
> merge-tools.winmergeu.gui=True
> merge-tools.winmergeu.priority=-10
> merge-tools.winmergeu.regkey=Software\\Thingamahoochie\\WinMerge\\
> merge-tools.winmergeu.regname=Executable
> ui.editor=notepad
> ui.ssh="C:\\Programme\\TortoiseHg\\TortoisePlink.exe" -ssh -2
> ui.username=UlfZibis
>
> Please give me some more hints.
>
> -Ulf
>
>
> Am 26.03.2009 23:34, Kelly O'Hair schrieb:
>>
>> I have no idea about TortoiseHg. I get the forest.py extension
>> directly from bitbucket.org so I know I have the latest one.
>> What gets shipped in TortoiseHg should work but I have no idea
>> what version it is.
>> The forest.py is just a text file, you can diff the one you have
>> with the bitbucket.org one to see if it differs at all.
>>
>> Watch out for TortoiseHg, it seems to enable many more hg extensions
>> than most people need by default. It should work fine, but I don't
>> like having lots of hg extensions I don't need enabled.
>>
>> Run 'hg showconfig' to see what extensions you have enabled.
>>
>> -kto
>>
>> Ulf Zibis wrote:
>>> Hi Kelly,
>>>
>>> thanks for the link.
>>>
>>> I guess, you mean C:\Programme\TortoiseHg\hgforest\forest.py in my
>>> Windows case. Am I right ?
>>> Or do you mean C:\Programme\TortoiseHg\hgws\hgforest\forest.py in my
>>> case ?
>>> Maybe C:\Programme\TortoiseHg\extentions\forest.py would be also good
>>> idea, to be open for other extensions, and to avoid overwhelming the
>>> hg installdir. What do you think?
>>>
>>> -Ulf
>>>
>>>
>>>
>>> Am 26.03.2009 22:16, Kelly O'Hair schrieb:
>>>>
>>>> I use the newer (bitbucket) forest.py with Mercurial 1.2 on my Mac
>>>> and it
>>>> seems to work fine.
>>>>
>>>> I do this:
>>>> mkdir ${HOME}/hgws
>>>> cd ${HOME}/hgws
>>>> hg clone http://bitbucket.org/pmezard/hgforest-crew hgforest
>>>>
>>>> Then add these lines to your ~/.hgrc file:
>>>> [extensions]
>>>> forest = ${HOME}/hgws/hgforest/forest.py
>>>>
>>>> You may need to expand the ${HOME} to the real location in the
>>>> ~/.hgrc file.
>>>>
>>>> -kto
>>>>
>>>>
>>
>

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-27T02:00:23Z

Hi all,

I've problems to find location of/for ~/.hgrc file. I don't find it
anywhere.

What you mean by ${HOME} on (german) Windows?
- installdir: C:\Programme\TortoiseHg\
- user settings: C:\Dokumente und
Einstellungen\user\Anwendungsdaten\TortoiseHg\

hg showconfig results:

C:\Dokumente und Einstellungen\user\Anwendungsdaten\TortoiseHg>hg showconfig
extdiff.cmd.vdiff=C:\\Programme\\TortoiseHg\\kdiff3
extensions.extdiff=
merge-tools.beyondcompare3.args=$local $other $base $output /ro
/lefttitle=local
/centerfile=base /righttitle=other /automerge /reviewconflicts /solo
merge-tools.beyondcompare3.gui=True
merge-tools.beyondcompare3.priority=-2
merge-tools.beyondcompare3.regkey=Software\\Scooter Software\\Beyond
Compare 3
merge-tools.beyondcompare3.regname=ExePath
merge-tools.diffmerge.args=--nosplash --merge --title1=base
--title2=local --tit
le3=other $base $local $other
merge-tools.diffmerge.checkchanged=True
merge-tools.diffmerge.gui=True
merge-tools.diffmerge.priority=-7
merge-tools.kdiff3.args=-L1 base --L2 local --L3 other $base $local
$other -o $o
utput
merge-tools.kdiff3.fixeol=True
merge-tools.kdiff3.gui=True
merge-tools.kdiff3.priority=-1
merge-tools.kdiff3.regappend=\\kdiff3.exe
merge-tools.kdiff3.regkey=Software\\KDiff3
merge-tools.p4merge.args=$base $local $other $output
merge-tools.p4merge.gui=True
merge-tools.p4merge.priority=-8
merge-tools.p4merge.regappend=\\p4merge.exe
merge-tools.p4merge.regkey=Software\\Perforce\\Environment
merge-tools.p4merge.regname=P4INSTROOT
merge-tools.tortoisemerge.args=/base:$output /mine:$local /theirs:$other
/merged
:$output
merge-tools.tortoisemerge.gui=True
merge-tools.tortoisemerge.priority=-9
merge-tools.tortoisemerge.regkey=Software\\TortoiseSVN
merge-tools.winmergeu.args=/e /ub /dl other /dr local $other $local $output
merge-tools.winmergeu.fixeol=True
merge-tools.winmergeu.gui=True
merge-tools.winmergeu.priority=-10
merge-tools.winmergeu.regkey=Software\\Thingamahoochie\\WinMerge\\
merge-tools.winmergeu.regname=Executable
ui.editor=notepad
ui.ssh="C:\\Programme\\TortoiseHg\\TortoisePlink.exe" -ssh -2
ui.username=UlfZibis

Please give me some more hints.

-Ulf

Am 26.03.2009 23:34, Kelly O'Hair schrieb:

>
> I have no idea about TortoiseHg. I get the forest.py extension
> directly from bitbucket.org so I know I have the latest one.
> What gets shipped in TortoiseHg should work but I have no idea
> what version it is.
> The forest.py is just a text file, you can diff the one you have
> with the bitbucket.org one to see if it differs at all.
>
> Watch out for TortoiseHg, it seems to enable many more hg extensions
> than most people need by default. It should work fine, but I don't
> like having lots of hg extensions I don't need enabled.
>
> Run 'hg showconfig' to see what extensions you have enabled.
>
> -kto
>
> Ulf Zibis wrote:
>> Hi Kelly,
>>
>> thanks for the link.
>>
>> I guess, you mean C:\Programme\TortoiseHg\hgforest\forest.py in my
>> Windows case. Am I right ?
>> Or do you mean C:\Programme\TortoiseHg\hgws\hgforest\forest.py in my
>> case ?
>> Maybe C:\Programme\TortoiseHg\extentions\forest.py would be also good
>> idea, to be open for other extensions, and to avoid overwhelming the
>> hg installdir. What do you think?
>>
>> -Ulf
>>
>>
>>
>> Am 26.03.2009 22:16, Kelly O'Hair schrieb:
>>>
>>> I use the newer (bitbucket) forest.py with Mercurial 1.2 on my Mac
>>> and it
>>> seems to work fine.
>>>
>>> I do this:
>>> mkdir ${HOME}/hgws
>>> cd ${HOME}/hgws
>>> hg clone http://bitbucket.org/pmezard/hgforest-crew hgforest
>>>
>>> Then add these lines to your ~/.hgrc file:
>>> [extensions]
>>> forest = ${HOME}/hgws/hgforest/forest.py
>>>
>>> You may need to expand the ${HOME} to the real location in the
>>> ~/.hgrc file.
>>>
>>> -kto
>>>
>>>
>

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-26T14:32:13Z

Hi Kelly,

thanks for the link.

I guess, you mean C:\Programme\TortoiseHg\hgforest\forest.py in my
Windows case. Am I right ?
Or do you mean C:\Programme\TortoiseHg\hgws\hgforest\forest.py in my case ?
Maybe C:\Programme\TortoiseHg\extentions\forest.py would be also good
idea, to be open for other extensions, and to avoid overwhelming the hg
installdir. What do you think?

-Ulf

Am 26.03.2009 22:16, Kelly O'Hair schrieb:

>
> I use the newer (bitbucket) forest.py with Mercurial 1.2 on my Mac and it
> seems to work fine.
>
> I do this:
> mkdir ${HOME}/hgws
> cd ${HOME}/hgws
> hg clone http://bitbucket.org/pmezard/hgforest-crew hgforest
>
> Then add these lines to your ~/.hgrc file:
> [extensions]
> forest = ${HOME}/hgws/hgforest/forest.py
>
> You may need to expand the ${HOME} to the real location in the ~/.hgrc
> file.
>
> -kto
>
>
> Ulf Zibis wrote:
>> Correction ...
>>
>> Am 25.03.2009 22:33, Ulf Zibis schrieb:
>>> Look my working set in the attachment, downloaded from
>>> http://download.java.net/openjdk/jdk7/ (build b51).
>>> - .hgtags contains entries up to jdk7-b50
>>> I additionally have downloaded tip.tar.bz2 from
>>> http://hg.openjdk.java.net/jdk7/tl/jdk/
>>> - .hgtags additionally contains entry for jdk7-b51
>>
>> Becoming more familiar, I see that I've been under the
>> misapprehension, that I could just unpack the downloaded archive from
>> http://hg.openjdk.java.net/jdk7/tl/jdk/ to have a local clone of that
>> repository. I was in hope to save network traffic with a highly
>> compressed archive in contrast to get the clone "file by file".
>>
>>
>> But my questions about the Forest Extension remain:
>>
>>>
>>> On http://openjdk.java.net/guide/repositories.html#installConfig I
>>> read, I should install the Forest Extension.
>>>
>>> On http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension I
>>> read:
>>> Download site: public development repository
>>> <http://hg.akoha.org/hgforest/>. (There's a newer version
>>> <http://www.bitbucket.org/pmezard/hgforest-crew/overview/> that
>>> should work against post-1.0 releases.)
>>> I've downloaded the "newer version", which simply contains
>>> hgforest-crew-872a57531db6.out. What should I do with that, so I
>>> have "installed" it?
>>> See my Mercurial install dir in attachment. (TortoiseHG is said to
>>> contain command line Mercurial 1.2.1)
>>>
>>> On http://hg.akoha.org/hgforest/ I see, that there is a fix for Fix
>>> for Mercurial 1.2, but I don't know if it's included in "newer
>>> version".
>>>
>>> Thanks in advance for additional help.
>>>
>>> -Ulf
>>>
>>>
>
>

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-26T14:16:34Z

I use the newer (bitbucket) forest.py with Mercurial 1.2 on my Mac and it
seems to work fine.

I do this:
mkdir ${HOME}/hgws
cd ${HOME}/hgws
hg clone http://bitbucket.org/pmezard/hgforest-crew hgforest

Then add these lines to your ~/.hgrc file:
[extensions]
forest = ${HOME}/hgws/hgforest/forest.py

You may need to expand the ${HOME} to the real location in the ~/.hgrc file.

-kto

Ulf Zibis wrote:

> Correction ...
>
> Am 25.03.2009 22:33, Ulf Zibis schrieb:
>> Look my working set in the attachment, downloaded from
>> http://download.java.net/openjdk/jdk7/ (build b51).
>> - .hgtags contains entries up to jdk7-b50
>> I additionally have downloaded tip.tar.bz2 from
>> http://hg.openjdk.java.net/jdk7/tl/jdk/
>> - .hgtags additionally contains entry for jdk7-b51
>
> Becoming more familiar, I see that I've been under the misapprehension,
> that I could just unpack the downloaded archive from
> http://hg.openjdk.java.net/jdk7/tl/jdk/ to have a local clone of that
> repository. I was in hope to save network traffic with a highly
> compressed archive in contrast to get the clone "file by file".
>
>
> But my questions about the Forest Extension remain:
>
>>
>> On http://openjdk.java.net/guide/repositories.html#installConfig I
>> read, I should install the Forest Extension.
>>
>> On http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension I read:
>> Download site: public development repository
>> <http://hg.akoha.org/hgforest/>. (There's a newer version
>> <http://www.bitbucket.org/pmezard/hgforest-crew/overview/> that should
>> work against post-1.0 releases.)
>> I've downloaded the "newer version", which simply contains
>> hgforest-crew-872a57531db6.out. What should I do with that, so I have
>> "installed" it?
>> See my Mercurial install dir in attachment. (TortoiseHG is said to
>> contain command line Mercurial 1.2.1)
>>
>> On http://hg.akoha.org/hgforest/ I see, that there is a fix for Fix
>> for Mercurial 1.2, but I don't know if it's included in "newer version".
>>
>> Thanks in advance for additional help.
>>
>> -Ulf
>>
>>

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-26T02:42:35Z

Correction ...

Am 25.03.2009 22:33, Ulf Zibis schrieb:

Look my working set in the attachment, downloaded from http://download.java.net/openjdk/jdk7/ (build b51).
- .hgtags contains entries up to jdk7-b50
I additionally have downloaded tip.tar.bz2 from http://hg.openjdk.java.net/jdk7/tl/jdk/
- .hgtags additionally contains entry for jdk7-b51

Becoming more familiar, I see that I've been under the misapprehension, that I could just unpack the downloaded archive from http://hg.openjdk.java.net/jdk7/tl/jdk/ to have a local clone of that repository. I was in hope to save network traffic with a highly compressed archive in contrast to get the clone "file by file".

But my questions about the Forest Extension remain:

On http://openjdk.java.net/guide/repositories.html#installConfig I read, I should install the Forest Extension.

On http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension I read:
Download site: public development repository. (There's a newer version that should work against post-1.0 releases.)
I've downloaded the "newer version", which simply contains hgforest-crew-872a57531db6.out. What should I do with that, so I have "installed" it?
See my Mercurial install dir in attachment. (TortoiseHG is said to contain command line Mercurial 1.2.1)

On http://hg.akoha.org/hgforest/ I see, that there is a fix for Fix for Mercurial 1.2, but I don't know if it's included in "newer version".

Thanks in advance for additional help.

-Ulf

Re: Setup OpenJDK Netbeans project - Mercurial - Please help!

2009-03-25T14:33:16Z

Hi Kelly,

thanks for your answer.

-- Thanks to Alan, finding somebody for answer.

Look my working set in the attachment, downloaded from http://download.java.net/openjdk/jdk7/ (build b51).
- .hgtags contains entries up to jdk7-b50
I additionally have downloaded tip.tar.bz2 from http://hg.openjdk.java.net/jdk7/tl/jdk/
- .hgtags additionally contains entry for jdk7-b51
So, what should I do next?

Should I create local repository ".hg", and commit my working set to it, maybe first deleting corba etc. folders?
... or should I better extract my working set from tip.tar.bz2

On http://openjdk.java.net/guide/repositories.html#installConfig I read, I should install the Forest Extension.

On http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension I read:
Download site: public development repository. (There's a newer version that should work against post-1.0 releases.)
I've downloaded the "newer version", which simply contains hgforest-crew-872a57531db6.out. What should I do with that, so I have "installed" it?
See my Mercurial install dir in attachment. (TortoiseHG is said to contain command line Mercurial 1.2.1)

On http://hg.akoha.org/hgforest/ I see, that there is a fix for Fix for Mercurial 1.2, but I don't know if it's included in "newer version".

Thanks in advance for additional help.

-Ulf

Am 25.03.2009 19:16, Kelly O'Hair schrieb:

If you are going to use Mercurial I would highly advise reading the
Mercurial Book at http://hgbook.red-bean.com/hgbook.html
at least the first few chapters. It's nothing like SVN.

OpenJDK is a forest of repositories. A small top repository
and up to 6 sub repositories.
You can work with a partial forest, e.g. the top repository
and just one of the sub repositories, like 'jdk' or 'langtools'.
It depends on what you are trying to do.

But there is no concept of a partial repository or being able to
just work with and commit to a subset of the larger jdk repository,
Mercurial just doesn't have that feature and most people have learned
to live without it, with little pain. I myself prefer that Mercurial
NOT have this ability, it creates too many variations and risks.

If you haven't got enough room for a jdk repository (0.5Gb?), you probably
shouldn't be working on it with that machine.

The forest extension (fclone) is talked about here:
http://www.selenic.com/mercurial/wiki/index.cgi/ForestExtension

Also see:
http://openjdk.java.net/guide/repositories.html#installConfig

NetBeans may not work horribly well with a forest (or a nested
repository situation), but my NetBeans experience is just on one
repository at a time.

-kto

Ulf Zibis wrote:

Hi All,

I've downloaded the b51 snapshot sources. I see some .hg* files, but can't get connected to the OpenJDK repository

How to make this a working Mercurial Working Copy?

Please see my problem in the attachment.

I thought, the hg support from NetBeans didn't work, because the local .hg repository wasn't existent, so I created it by "Create Repository". After this, I think, I should commit the WC files into it, but I hesitate, because I don't want to have an additional 250 MB copy of the whole jdk on my harddisk. I have to be economic with diskspace (60 GB). I would be happy, if there would be a way, only to push the parts in the repository which I'm working on (sun.nio.cs). Do you have some hint, how to solve this problem? Does it work, if I only commit the folder, which I'm working on?
I also did a clone of http://hg.openjdk.java.net/jdk7/jdk7 which created folder "jdk". This clone only contained some few make files, so I don't know what to do with it.

Alan said, I should use fclone. I don't see how to invoke fclone from NetBeans. Also I don't find any information about fclone on http://www.selenic.com/mercurial/wiki/index.cgi/Mercurial.

Additionally I've installed TortoiseHG.

Thanks in advance,

Ulf

------------------------------------------------------------------------

OpenJDK - work set.jpg (17K) Download Attachment
OpenJDK - Mercurial Install dir.jpg (21K) Download Attachment

Re: Setup OpenJDK Netbeans project - Please help!

2009-03-25T12:34:47Z

Ulf Zibis wrote:

> Am 23.03.2009 15:10, Alan Bateman schrieb:
>> Ulf Zibis wrote:
>>> :
>>> Thanks Alan.
>>> I hesitated to post to nb-projects-dev@..., because
>>> there was no traffic since August 2008. But I'll give it a try.
>>>
>>> The error annotations in NetBeans for JConsole project, I guess, are
>>> result of a NB bug, because the build runs without error.
>> AFAIK, there are two compilers in NetBeans. A "standard" javac that is
>> used for the full builds and a patched version that runs while you
>> edit. If I understand your screenshot then your issue is with the
>> latter. Someone more familiar with the environment may know how to
>> configure it and I'm sure someone on nb-projects-dev will be able to
>> help.
>>
>>>
>>> The hg support from NetBeans didn't work, because the local .hg
>>> repository wasn't existent, so I created it by "Create Repository".
>>> After this, I think, I should commit the WC into it, but I hesitate,
>>> because I don't want to have an additional 250 MB copy of the whole
>>> jdk on my harddisk. I have to be economic with diskspace. I would be
>>> happy, if there would be a way, only to push the parts in the
>>> repository which I'm working on. Do you have some hint, how to solve
>>> this problem? Does it work, if I only commit the folder, which I'm
>>> working on?
>>> I also did a clone of http://hg.openjdk.java.net/jdk7/jdk7. This
>>> clone only contained some few make files, so I don't know what to do
>>> with it.
>> OpenJDK uses the forest extension so to get all the repositories you
>> need to "fclone" jdk7/jdk7 (not "clone"). However, if disk space is a
>> problem and it sounds like you are only interested in the jdk
>> repository then you could clone jdk7/jdk7/jdk. You might want to read
>> through the developers guide to get familiar with the trees in the
>> forest. Once you have a clone then you shouldn't need to "Create
>> Repository" (which I assume is the GUI equivalent of "hg init"). I
>> don't know if it possible to work with partial repositories but
>> Mercurial seems to be very efficient in storage terms.
>>
>> -Alan.
>>
>
> "Mercurial seems to be very efficient in storage terms" , but as I
> understand write, diskspace for the local repository (which includes all
> history) can't be smaller as the WC itself.

My jdk repository

<44> du -k -s .hg
110796 .hg

<45> du -k -s .
340236 .

The working set files take up 230Mb, the repository data only 110Mb
because it is compressed.

You are always free to trim and cut out large parts of the working set
files, they are 'working set files', you just have to be careful that
Mercurial doesn't bring them all back when you run 'hg update'.
Also, if you ask Mercurial with a 'hg status' it will indicate that
there are missing files and may expect you to bring them back
with an 'hg update' or tell Mercurial that you want to remove them
with an 'hg rm', and the 'hg rm' would be a major mistake.

-kto

>
> -Ulf
>
>
>