diff --git a/libjava/ChangeLog b/libjava/ChangeLog
index 3a58979fe30899ae747e7192ba6b263bdfcaaf80..be1a10a11072a83ac55f65d3c2640c5540874f2a 100644
--- a/libjava/ChangeLog
+++ b/libjava/ChangeLog
@@ -1,3 +1,7 @@
+2000-10-30  Bryce McKinlay  <bryce@albatross.co.nz>
+
+	* java/util/BitSet.java: Updated @specnote.
+
 2000-10-29  Bryce McKinlay  <bryce@albatross.co.nz>
 
 	* java/util/AbstractCollection.java (addAll): Use size() instead of
diff --git a/libjava/java/util/BitSet.java b/libjava/java/util/BitSet.java
index 5a2dd44e6f961a0f8a1c4ed8ed476ffc5c6ab5ee..fa0f3a13e88230324b979041caeeb794595a0426 100644
--- a/libjava/java/util/BitSet.java
+++ b/libjava/java/util/BitSet.java
@@ -33,17 +33,12 @@ import java.io.Serializable;
  * while another thread is simultaneously modifying it, the results are
  * undefined.
  *
- * @specnote There is some confusion as to whether or not this class should
- *           be synchronized. JDK 1.1 javadocs explicitly state that the 
- *           class is NOT synchronized, however the code listed in the JDK 1.3
- *           javadoc for the hashCode() method implies that it is. It is not
- *           stated elsewhere in the 1.2 javadoc that the class is 
- *           synchronized, unlike Hashtable and Vector. From an efficiency 
- *           perspective, it is very undesirable to synchronize this class
- *           because multiple locks and explicit lock ordering are required
- *           to safely synchronize some methods. For this reason we're going
- *           with the unsynchronized implementation unless the specs are 
- *           changed to explicitly say otherwise.
+ * @specnote Historically, there has been some confusion as to whether or not 
+ *           this class should be synchronized. From an efficiency perspective,
+ *           it is very undesirable to synchronize it because multiple locks 
+ *           and explicit lock ordering are required to safely synchronize some
+ *           methods. The JCL 1.2 supplement book specifies that as of JDK 
+ *           1.2, the class is no longer synchronized.
  *
  * @author Jochen Hoenicke
  * @author Tom Tromey <tromey@cygnus.com>