subArray error stuff.

Clarified parallel make wording.

documentation/RELEASE_NOTES.html

@@ -13,6 +13,15 @@
 
 <!-- Insert new items below here ... -->
 
+<h4>Changes to subArray record error behaviour</h4>
+
+<p>In previous versions the INDX field of a subArray record was set to zero if
+the array that it reads through its INP field became empty.  From this release
+the INDX field will only be modified by the record's process() routine if INDX
+is greater than MALM.  In the event that the no data is read through the INP
+link, the subArray's UDF field will be set and a UDF/INVALID alarm will be
+generated.</p>
+
 <h4>New Architectures</h4>
 
 <p>The following target architectures have been added to this release, although
@@ -28,37 +37,39 @@ the core developers lack the ability to test all of them:</p>
 
 <h4>Added compile line header search directories</h4>
 
-<p>The compile line list of directories to search for header files now
-includes O.Common and the existing os subdirectories of SRC_DIRS
+<p>The compile line list of directories to search for header files now includes
+O.Common and the existing os subdirectories of SRC_DIRS
 &lt;src_dir&gt;/os/&lt;OS_CLASS&gt;, &lt;src_dir&gt;/os/posix, and 
-&lt;src_dir&gt;/os/default.
-</p>
+&lt;src_dir&gt;/os/default. </p>
 
+<h4>Parallel make now supported</h4>
 
-<h4>GNU make multiple jobs now supported</h4>
+<p>The <tt>-j <i>jobs</i></tt> option is now supported for users of GNU Make
+version 3.80 or later.  The <tt>-j</tt> option speeds up building by allowing
+multiple jobs (build commands) to be run in parallel; this will have the most
+effect on hosts with multiple symmetric processors, but can also speed up
+uni-processor builds.  Builds still work as before when run without <tt>-j</tt>,
+but using the <tt>-j</tt> option with an earlier version of GNU make will fail
+since this relies on the <tt>$(eval)</tt> function which was introduced in GNU
+Make 3.80.</p>
+
+<p>The <tt>-j</tt> option has been tested with this version of EPICS Base, but
+it may not work for Extensions or IOC applications unless their dependancies are
+specified correctly.</p>
+
+<p>New DIRS directory dependancy specifications are required to determine the
+directory build order with <tt>-j</tt>.  For example if we have 2 directories,
+src and configure, and the configure directory must be built before the src
+directory, the Makefile should contain:</p>
 
-<p>The "-j jobs" option is now supported for users of GNU make version 3.80 
-or later. The configure changes for this option use the eval function which
-does not exist in earlier versions of GNU make. The -j option should speed 
-up builds by allowing multiple jobs (commands) to run simultanaously. Builds 
-will still work as usual when the -j option is NOT present, but builds with
-earlier versions of GNU make will fail if -j is used. The -j option has been
-tested on this version of EPICS base but may not work for extensions or ioc
-applications unless dependancies are specified correctly.  New DIRS directory  
-dependancy specifications to determine directory build order are required
-for -j.  For example, if we have 2 DIRS directories, src and configure, in
-a Makefile and the configure directory must build before the src directory,
-the Makefile should contain:
 <blockquote>
-<pre>
- DIRS = configure src
- src_DEPEND_DIRS = configure
-</pre>
+<pre> DIRS = configure src
+ src_DEPEND_DIRS = configure</pre>
 </blockquote>
 
-The directory dependancy specifications are only needed when -j is used. If
--j is not used, the order of directories in the DIRS definition will determine
-the build order.
+<p>The directory dependancy specifications are only needed when <tt>-j</tt> is
+given to make.  Without the <tt>-j</tt> the order of directories in the DIRS
+definition determines the build order as before.</p>
 
 <h4>Breakpoint tables</h4>