Change build instructions and README to reflect the fact that the Java front-end classes are now part of the build and distribution
git-svn-id: svn+ssh://svn.code.sf.net/p/libjpeg-turbo/code/trunk@563 632fc199-4ca6-4c93-a231-07263d6284db
diff --git a/java/README b/java/README
index ebe564e..f586682 100644
--- a/java/README
+++ b/java/README
@@ -1,5 +1,5 @@
-TurboJPEG/OSS JNI Wrapper
-=========================
+TurboJPEG/OSS Java Wrapper
+==========================
TurboJPEG/OSS can optionally be built with a Java Native Interface wrapper,
which allows the TurboJPEG/OSS dynamic library to be loaded and used directly
@@ -7,16 +7,13 @@
classes located under org/libjpegturbo/turbojpeg. The source code for these
Java classes is licensed under a BSD-style license, so the files can be
incorporated directly into both open source and proprietary projects without
-restriction.
+restriction. A Java archive (JAR) file containing these classes is also
+shipped with the "official" distribution packages of libjpeg-turbo.
TJExample.java, which should also be located in the same directory as this
README file, demonstrates how to use the TurboJPEG/OSS Java front end to
compress and decompress JPEG images in memory.
- javac TJExample.java
-
-builds .class files for both the front end and example code.
-
Performance Pitfalls
--------------------
@@ -56,16 +53,3 @@
If using a 64-bit data model, then instead pass an argument of
-Djava.library.path=/opt/libjpeg-turbo/lib/amd64 to use the 64-bit version of
libturbojpeg.so.
-
-
-Note for MinGW users
---------------------
-
-When libjpeg-turbo is built with MinGW, the TurboJPEG/OSS dynamic library is
-named libturbojpeg.dll instead of turbojpeg.dll. This is in keeping with the
-convention of MinGW, and it also avoids a filename conflict when the GCC and
-Visual C++ versions of the libjpeg-turbo SDK are installed on the same system.
-However, the TurboJPEG/OSS JNI wrapper will not work on Windows unless the DLL
-is named turbojpeg.dll. You can work around this by renaming the DLL or by
-simply changing the LoadLibrary() calls in TurboJPEG.java so that they load
-"libturbojpeg" instead of "turbojpeg".