On 2017-04-08 00:14, Mandy Chung wrote:
On Apr 7, 2017, at 4:02 AM, Erik Joelsson <erik.joels...@oracle.com> wrote:

Hello,

This looks good in general. One thing I don't like about this is that if full 
docs is enabled, the docs-javadoc target now requires the full exploded image 
to be built first. I think that's unfortunate. Would it be possible to 
introduce separate targets for the gengraphs parts so that the main javadoc 
call can be run independently of most of the rest of the build, using the 
existing docs-javadoc target (and the newer docs-reference, even though I think 
that name is bit strange in this context)?

I agree with Erik that it’d be nice to separate the module graph generation
and enable it to run with javadoc generation in parallel.  That’s one reason
why docs-module-graphs was a separate target (I have no issue to take that
target out from Main.gmk).


On 2017-04-07 10:40, Magnus Ihse Bursie wrote:
Summary of changes:
* A new option --enable-full-docs determines if module graphs should be created or not. 
(In the future, even more optional but "difficult" documentation work might be 
added to depend on this.) This is enabled by default is all prerequisites are present.

It might be okay to call this “full docs” when it includes the
module graphs but I am not sure about the new option name.

Can I build OpenJDK with the docs with module graphs when I
have Graphviz installed? I would think we need a configure
option to specify my local path to `dot` that will enable
the module graph build.  Is it possible?

This code only affects the build system and documentation. I intend to push it to jdk9 
using the "noreg-doc" RDP2 exception.

Yes this is makefile and docs-only change.  In addition, FC extension
request for JDK-8173303 covers this issue [1].

Bug: https://bugs.openjdk.java.net/browse/JDK-8176785
WebRev: 
http://cr.openjdk.java.net/~ihse/JDK-8176785-full-build-support-for-module-graphs/webrev.01

common/autoconf/jdk-options.m4
  172     if test "x$DTRACE_DEP_MISSING" = "xtrue"; then

What is DTRACE_DEP_MISSING?
Oops! A copy/paste error. Thanks for catching it!

  158 # gengraphs tool.
  167     # generated by the gengraphs tool and store it in the target dir.

Nit: I prefer to name the tool as `GenGraphs` rather than gengraphs.
Fixed.

/Magnus

Mandy
[1] 
https://bugs.openjdk.java.net/browse/JDK-8173303?focusedCommentId=14064511&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14064511

Reply via email to