* doc/README.jaxp: Fix typos.
authorRalf Wildenhues <Ralf.Wildenhues@gmx.de>
Sun, 27 Jan 2008 21:29:02 +0000 (21:29 +0000)
committerGerald Pfeifer <gerald@gcc.gnu.org>
Sun, 27 Jan 2008 21:29:02 +0000 (21:29 +0000)
From-SVN: r131893

libjava/classpath/ChangeLog
libjava/classpath/doc/README.jaxp

index d5dc614247409613d5894bf2e23e3b93d9c91fd8..2d87adc4bc33a58d38a74ae43b6ff06ba395d77b 100644 (file)
@@ -1,3 +1,7 @@
+2008-01-27  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>
+
+       * doc/README.jaxp: Fix typos.
+
 2008-01-24  Tom Tromey  <tromey@redhat.com>
 
        * resource/gnu/classpath/tools/native2ascii/messages.properties
index ec881322684753c0c840b846c82a8c4752aa9ec6..afafb083c1957c4f35b9af77651dce9104160af5 100644 (file)
@@ -155,7 +155,7 @@ To enable the various GNU JAXP factories, set the following system properties
 When using libxmlj, the libxmlj shared library must be available.
 In general it is picked up by the runtime using GNU Classpath. If not you
 might want to try adding the directory where libxmlj.so is installed
-(by default ${prefix}/lib/classpath/) with ldconfig or specifing in the
+(by default ${prefix}/lib/classpath/) with ldconfig or specifying in the
 LD_LIBRARY_PATH environment variable. Additionally, you may need to specify
 the location of your shared libraries to the runtime environment using the
 java.library.path system property.
@@ -174,7 +174,7 @@ Update: it may be possible to make libxmlj thread-safe nonetheless
 using thread context variables.
 
 Update: thread context variables have been introduced. This is very
-untested though, libxmll therefore still has the single thread
+untested though, libxmlj therefore still has the single thread
 bottleneck.