./README-builds.html
Print this page
*** 152,162 ****
<br>
bash ./get_source.sh
</code>
</blockquote>
Once you have all the repositories, keep in mind that each
! repository is it's own independent repository.
You can also re-run <code>./get_source.sh</code> anytime to
pull over all the latest changesets in all the repositories.
This set of nested repositories has been given the term
"forest" and there are various ways to apply the same
<code>hg</code> command to each of the repositories.
--- 152,162 ----
<br>
bash ./get_source.sh
</code>
</blockquote>
Once you have all the repositories, keep in mind that each
! repository is its own independent repository.
You can also re-run <code>./get_source.sh</code> anytime to
pull over all the latest changesets in all the repositories.
This set of nested repositories has been given the term
"forest" and there are various ways to apply the same
<code>hg</code> command to each of the repositories.
*** 239,248 ****
--- 239,256 ----
</td>
<td>
source code for the OpenJDK Corba functionality
</td>
</tr>
+ <tr>
+ <td>
+ nashorn
+ </td>
+ <td>
+ source code for the OpenJDK javascript implementation
+ </td>
+ </tr>
</tbody>
</table>
</blockquote>
<h3><a name="guidelines">Repository Source Guidelines</a></h3>
*** 384,394 ****
If <code>configure</code> has any issues finding this JDK, you may
need to use the <code>configure</code> option
<code>--with-boot-jdk</code>.
</li>
<li>
! Insure that GNU make, the Bootstrap JDK,
and the compilers are all
in your PATH environment variable
</li>
</ul>
And for specific systems:
--- 392,402 ----
If <code>configure</code> has any issues finding this JDK, you may
need to use the <code>configure</code> option
<code>--with-boot-jdk</code>.
</li>
<li>
! Ensure that GNU make, the Bootstrap JDK,
and the compilers are all
in your PATH environment variable
</li>
</ul>
And for specific systems:
*** 1305,1317 ****
Normally, no. If you want to create e.g. a new native
library,
you will need to modify the makefiles. But for normal file
additions or removals, no changes are needed. There are certan
exceptions for some native libraries where the source files are spread
! over many directories which also contain courses for other
libraries. In these cases it was simply easier to create include lists
! rather thane excludes.
</p>
<p>
<b>Q:</b>
When I run <code>configure --help</code>, I see many strange options,
--- 1313,1325 ----
Normally, no. If you want to create e.g. a new native
library,
you will need to modify the makefiles. But for normal file
additions or removals, no changes are needed. There are certan
exceptions for some native libraries where the source files are spread
! over many directories which also contain sourses for other
libraries. In these cases it was simply easier to create include lists
! rather than excludes.
</p>
<p>
<b>Q:</b>
When I run <code>configure --help</code>, I see many strange options,
*** 1325,1342 ****
</p>
<p>
<b>Q:</b>
<code>configure</code> provides OpenJDK-specific features such as
! <code>--enable-jigsaw</code> or <code>--with-builddeps-server</code>
! that are not described in this document. What about those?
<br>
<b>A:</b>
Try them out if you like! But be aware that most of these are
experimental features.
Many of them don't do anything at all at the moment; the option
! is just a placeholder. Other depends on
pieces of code or infrastructure that is currently
not ready for prime time.
</p>
<p>
--- 1333,1350 ----
</p>
<p>
<b>Q:</b>
<code>configure</code> provides OpenJDK-specific features such as
! <code>--with-builddeps-server</code> that are not
! described in this document. What about those?
<br>
<b>A:</b>
Try them out if you like! But be aware that most of these are
experimental features.
Many of them don't do anything at all at the moment; the option
! is just a placeholder. Others depend on
pieces of code or infrastructure that is currently
not ready for prime time.
</p>
<p>
*** 1384,1411 ****
system. Some of this we plan to do before replacing the old build
system and some will need to wait until after.
</p>
<p>
- <b>Q:</b> What is @GenerateNativeHeaders?
- <br>
- <b>A:</b>
- To speed up compilation, we added a flag to javac which makes it
- do the job of javah as well, as a by-product; that is, generating
- native .h header files. These files are only generated
- if a class contains native methods. However, sometimes
- a class contains no native method,
- but still contains constants that native code needs to use.
- The new GenerateNativeHeaders annotation tells javac to
- force generation of a
- header file in these cases. (We don't want to generate
- native headers for all classes that contains constants
- but no native methods, since
- that would slow down the compilation process needlessly.)
- </p>
-
- <p>
<b>Q:</b>
Is anything able to use the results of the new build's default make target?
<br>
<b>A:</b>
Yes, this is the minimal (or roughly minimal)
--- 1392,1401 ----
*** 1427,1440 ****
I usually set a specific environment variable when building,
but I can't find the equivalent in the new build.
What should I do?
<br>
<b>A:</b>
! It might very well be that we have missed to add support for
an option that was actually used from outside the build system.
! Email us and we will
! add support for it!
</p>
</blockquote>
<h3><a name="performance">Build Performance Tips</a></h3>
--- 1417,1429 ----
I usually set a specific environment variable when building,
but I can't find the equivalent in the new build.
What should I do?
<br>
<b>A:</b>
! It might very well be that we have neglected to add support for
an option that was actually used from outside the build system.
! Email us and we will add support for it!
</p>
</blockquote>
<h3><a name="performance">Build Performance Tips</a></h3>