RFR: JDK9 b167: demos exist in JDK bundles

2017-05-09 Thread Erik Joelsson
We recently stopped building the JDK demos, or at least most of them. For client testing purposes we are still building some of them, and those are now ending up in the JDK bundle. Since we are very late in JDK 9, we do not want to interrupt the testing procedures by moving these demos out of

Re: RFR: JDK-8178278 Move Standard Algorithm Names document to specs directory

2017-05-09 Thread Brad R. Wetmore
Can you add similar wording to that effect in DrbgParameters.java? I'm sorry, that instruction is too unclear for me. :-( The main purpose of this patch is to prepare for the markdown based specification, not fixing the entire content. I'll leave modification of the actual documentation to

Re: RFR: JDK-8178278 Move Standard Algorithm Names document to specs directory

2017-05-09 Thread Erik Joelsson
Nah, it's fine. /Erik On 2017-05-09 04:37, Magnus Ihse Bursie wrote: On 2017-05-05 17:52, Erik Joelsson wrote: What's the reason for adding the conditional around SetupCopyFiles in Javadoc.gmk? The SetupCopyFiles macro should be safe to call with an empty FILES list. It should evaluate to

Re: RFR: JDK-8178278 Move Standard Algorithm Names document to specs directory

2017-05-09 Thread Magnus Ihse Bursie
On 2017-05-06 02:22, Brad R. Wetmore wrote: I applied the patch to the jdk workspace and verified that all of the instances were updated to {@docRoot}/../specs/security/standard-names.html, and that no links remain to the old StandardNames.html. Sean wrote: > General: change the text of

Re: RFR: JDK-8178278 Move Standard Algorithm Names document to specs directory

2017-05-09 Thread Magnus Ihse Bursie
On 2017-05-05 17:52, Erik Joelsson wrote: What's the reason for adding the conditional around SetupCopyFiles in Javadoc.gmk? The SetupCopyFiles macro should be safe to call with an empty FILES list. It should evaluate to basically nothing in that case. I don't think there's an explicit