OSDN Git Service

2002-12-22 Anthony Green <green@redhat.com>
authorgreen <green@138bc75d-0d04-0410-961f-82ee72b054a4>
Sun, 22 Dec 2002 16:46:02 +0000 (16:46 +0000)
committergreen <green@138bc75d-0d04-0410-961f-82ee72b054a4>
Sun, 22 Dec 2002 16:46:02 +0000 (16:46 +0000)
* gcj.texi (Limitations): Add note about org.xml.sax and
org.w3c.dom.

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@60411 138bc75d-0d04-0410-961f-82ee72b054a4

gcc/java/ChangeLog
gcc/java/gcj.texi

index 7567830..8b4a217 100644 (file)
@@ -1,3 +1,8 @@
+2002-12-22  Anthony Green  <green@redhat.com>
+
+       * gcj.texi (Limitations): Add note about org.xml.sax and
+       org.w3c.dom.
+
 2002-12-20  Tom Tromey  <tromey@redhat.com>
 
        * jcf-write.c (generate_bytecode_insns) [SWITCH_EXPR]: Handle case
index 64080cd..a6dc6a2 100644 (file)
@@ -515,6 +515,17 @@ Sometimes the @code{libgcj} implementation of a method or class differs
 from the JDK implementation.  This is not always a bug.  Still, if it
 affects you, it probably makes sense to report it so that we can discuss
 the appropriate response.
+
+@item
+@command{gcj} does not currently allow for piecemeal replacement of
+components within @code{libgcj}. Unfortunately, programmers often want
+to use newer versions of certain packages, such as those provided by
+the Apache Software Foundation's Jakarta project.  This has forced us
+to place the @code{org.w3c.dom} and @code{org.xml.sax} packages into
+their own libraries, separate from @code{libgcj}.  If you intend to
+use these classes, you must link them explicitly with
+@code{-l-org-w3c-dom} and @code{-l-org-xml-sax}.  Future versions of
+@command{gcj} may not have this restriction.
 @end itemize
 
 @node Extensions