This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: more doc typos


>>>>> "Gerald" == Gerald Pfeifer <gerald@pfeifer.com> writes:

>> libjava/classpath/ChangeLog:
>> 2008-01-24  Ralf Wildenhues  <Ralf.Wildenhues@gmx.de>
>> * doc/README.jaxp: Fix typos.

Gerald> I committed this on your behalf so that this will be in GCC
Gerald> 4.3.0, but you may also want to Cc: java-patches@gcc.gnu.org
Gerald> for anything Java-related.

In particular, changes in classpath/ usually should go upstream as
well.

I'm checking this fix into Classpath.

Tom

>> Index: libjava/classpath/doc/README.jaxp
>> ===================================================================
>> --- libjava/classpath/doc/README.jaxp	(Revision 131766)
>> +++ libjava/classpath/doc/README.jaxp	(Arbeitskopie)
>> @@ -155,7 +155,7 @@
>> 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 @@
>> 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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]