PLplot

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv29964/bindings/java

Added Files:
	PLStream.java 
Log Message:
Beginnings of a Java class to encapsulate a PLplot stream.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv30169/bindings/java

Added Files:
	javabind.c 
Log Message:
Beginnings of a JNI interface to PLplot's C API.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv24372/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Add JNI native decl's for several commonly used PLplot API functions.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv24892/bindings/java

Modified Files:
	javabind.c 
Log Message:
Implement native wrappers for several commonly used PLplot API entry
points.  These are currently quite naive, and do no error checking,
but it is enough to obtain initial-grade visual gratification from the
Java binding effort.

Things to do:
1) Add gobs of remaining API entry points.
2) Beef up error analysis to check for propper array lenghts, etc.
   Basically do argument validity checking.
3) Do something about float/double conversions.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv5347/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Fix very tricky error in building of the dynloadable drivers.

C programs like x01c were working fine with dynamic drivers, but only
accidentally.  Specifically, references by the drivers to functions
provided by libplplot, were being resolved in some cases as a result
of the peculiarities of how the final executable was being built.

However, in the case of the java binding, we don't control the way in
which Java's System.loadLibrary( "plplot" ); manages the interraction
with dlopen(), so we have to prime the pump.  To make it all work, we
have to actually link the drivers against libplplot.so, so that when
the drivers are dynloaded into libplplot during the Java static init
section in PLStream.java, they will actually resolve symbols against
the (already loaded) libplplot.so.  

It all comes down to understanding dlopen() and friends.  Evidently
when the JVM does the external (native) load, it won't use
RTLD_GLOBAL.  I guess that makes some kind of sense from a security
standpoint, although it complicates the situation for dynloadable
libraries which want to dynload additional components.  

Anyway, it works now.  The dynamic drivers can be loaded into
executable programs compiled in the usual way (shown by the PLplot
makefile), or into libplplot.so when libplplot.so is itself dynloaded
into some other process, such as occurs in the case of the JVM loading
the PLplot JNI binding dynamically.

Cool.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv6119/bindings/java

Modified Files:
	javabind.c 
Log Message:
Implement more API wrappers so we can knock off the rest of the plots
in x01.java.

Geoffrey Furnish writes:
 > Update of /cvsroot/plplot/plplot/bindings/java
 > In directory usw-pr-cvs1:/tmp/cvs-serv5347/bindings/java
 > 
 > Modified Files:
 > 	PLStream.java 
 > Log Message:

Woops, sorry guys, this file got the wrong commit message due to a
cosmic biff in my editor.  What actually happened with this file, is
that I implemented native method decls for a bunch more API entry
points, needed to implement x01.java.

12 down, 112 still to go.

 > Fix very tricky error in building of the dynloadable drivers.
 > 
 > C programs like x01c were working fine with dynamic drivers, but only
 > accidentally.  Specifically, references by the drivers to functions
 > provided by libplplot, were being resolved in some cases as a result
 > of the peculiarities of how the final executable was being built.
 > 
 > However, in the case of the java binding, we don't control the way in
 > which Java's System.loadLibrary( "plplot" ); manages the interraction
 > with dlopen(), so we have to prime the pump.  To make it all work, we
 > have to actually link the drivers against libplplot.so, so that when
 > the drivers are dynloaded into libplplot during the Java static init
 > section in PLStream.java, they will actually resolve symbols against
 > the (already loaded) libplplot.so.  
 > 
 > It all comes down to understanding dlopen() and friends.  Evidently
 > when the JVM does the external (native) load, it won't use
 > RTLD_GLOBAL.  I guess that makes some kind of sense from a security
 > standpoint, although it complicates the situation for dynloadable
 > libraries which want to dynload additional components.  
 > 
 > Anyway, it works now.  The dynamic drivers can be loaded into
 > executable programs compiled in the usual way (shown by the PLplot
 > makefile), or into libplplot.so when libplplot.so is itself dynloaded
 > into some other process, such as occurs in the case of the JVM loading
 > the PLplot JNI binding dynamically.
 > 
 > Cool.
 > 
 > 
 > _______________________________________________
 > Plplot-cvs mailing list
 > Plplot-cvs@...
 > http://lists.sourceforge.net/lists/listinfo/plplot-cvs

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv12421/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Add some more native method decls, and introduce a member variable for
holding the stream id, so that we can ensure that plotting actions go
to the propper stream.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14722/bindings/java

Modified Files:
	javabind.c 
Log Message:
Add some more native method wrappers.

Embellish init() so that it fetches the PLplot stream id after it
calls plinit().  This is then stored in the stream_id member field of
the PLStream Java class.  Finally, introduce a macro which is to be
expanded inside each native method wrapper, which fetches the
stream_id member from the Java class, and sets the PLplot stream id.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv7485/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Reworked to get the stream association business done right.

Now PLStream's ctor calls mkstrm(), a private native method.  mkstrm()
invokes plmkstrm() and returns the resulting stream id, which PLStream
stores in its stream_id member.  But mkstrm() also does the JNI hocus
pocus to cache the stream_id field id.  Since mkstrm() is called by
the PLStream ctor, we know it will be the first JNI wrapper invoked,
making it safe to do the global ref fetching mumbo jumbo there.

Now all API wrappers, including init(), proceed by fetching the
stream_id from the PLStream class, setting the PLplot stream, and
invoking their corresponding API function.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv5550/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Several new API wrappers, plus double overloads of some that were only
provided with float variants before.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv12141/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
First pass at implementing a Java interface to the arg parsing
routines.  This isn't complete yet: we don't have user-supplied
options, and we don't propagate the preened arg array back to the java
side.  But it is enough to allow setting the plplot options from the
Java program's command line, which significantly improves usability.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv31263/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Implement more API wrappers, including buffered plline() for Java.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv18361/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Implement hist().

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14432/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Implement sym overloadings.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv6605/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Implement numerous additional API bindings, especially those related
to 3-d drawings for x08.java, but also several others that caught my
fancy along the way.

Also left in comments for more API entry points that need to be bound
(but not all).  This is a long process, oweing to the sheer number of
functions in PLplot, and to the need to overload for float and double
in Java.

plot3d and plotsh3d are fully implemented now, including all the JNI
hocus pocus for extracting the 2-d arrays.  However, there is some
remaining issue with the "release" mechanism for the 2-d data array.
Currently we leave the arrays unreleased, which is probably a leak,
but at least it doesn't core.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv8726/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Fleshed out the overloading of poin, and added both float and double
variants of mesh.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv24104

Modified Files:
	PLStream.java 
Log Message:
Temporarily switch to double-precision library name until this single-double
configuration issue is solved.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv24493

Modified Files:
	PLStream.java javabind.c 
Log Message:
Changed jfloat to jdouble on one line in the pls.poin binder where it
obviously did not follow the pattern.  This fixed the x01 single-precision
problem with pls.poin, and I also tested that x01 still worked when double
precision was configured for the back end.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14228

Added Files:
	config.java.in 
Log Message:
An autoconf input file, for making static configuraton data available
inside the Java binding.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14461

Modified Files:
	PLStream.java 
Log Message:
Change from a hard-coded name for the plplot library, to
plplot.core.config.libname, which is dcotored at configuration time.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv22152/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Add comments in the class header to mark all the API's that still need
to be implemented in JNI (there's still a /lot/ of work to do).

Implemented:
	col1 (F/D)
	fill (F/D)
	fill3 (F/D)
	line3 (F/D)
	lsty
	psty

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv22348/bindings/java

Modified Files:
	javabind.c 
Log Message:
Implemented:
	col1 (F/D)
	fill (F/D)
	fill3 (F/D)
	line3 (F/D)
	lsty
	psty

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv20210/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Implemented JNI wrappers for:
	arrows, axes, bin, bop, eop, errx, erry, famadv
including float/double overloading where appropriate.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv4869/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Beginnings of contouring support, more work needed to wrap this up.

Looks like I've got the memory releasing semantics of the JNI
intterface thing finally figured out.  Probably need to port this
structure over to the other 2-d api wrappers, like plmesh, etc.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv26229

Added Files:
	README.javaAPI 
Log Message:
Initial commit of instructions about how to add additional PLplot API to
the Java front end.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv1574/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Lots more of the simple API's implemented.

More work on contouring.  We now have the double precision 2-d gridded
contouring API implemented, with coord wrapping support, ala the
Python binding.  This is now also more memory efficient, both in terms
of allocations/deallocations, and also in terms of freeing up the java
JNI object array references.  Need to back port this system to the
other 2-d API's.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14140/bindings/java

Modified Files:
	README.javaAPI 
Log Message:
Minor tweaking.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14469/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Introduced overloadings for shade.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv14689/bindings/java

Modified Files:
	javabind.c 
Log Message:
Fixed some memory management bugs in the 1-d contouring code.

Implemented float precision contouring wrappers.

Introduced shade wrapper dummy funcs for all 6 overloaded shade apis.

Implemented one of the shade wrappers, so that x15.java is complete.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv20588

Modified Files:
	javabind.c 
Log Message:
Coordinate wrap bug fixup for plcont.  

There is nothing to do for plshade since it doesn't yet have a method
variation that implements coordinate wrap, and plshades hasn't been
implemented at all yet.

Thus, this commit completes the java coordinate wrap bug fixups for javabind.c.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv17758

Modified Files:
	README.javaAPI 
Log Message:
Added note on how to prevent the ugly 0002f strings from occuring.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv18609

Modified Files:
	README.javaAPI 
Log Message:
Another 0002f related fix.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv19698

Modified Files:
	javabind.c 
Log Message:
Edited out all the 0002f's here too.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv3050

Modified Files:
	PLStream.java 
Log Message:
Declarations for new scmap1l bindings.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv3445

Modified Files:
	javabind.c 
Log Message:
JNI functions to handle the scmap1l bindings.  Also added two helper
routines setup_data_[fd] to make the PLFLT -> {jfloat,jdouble} data
mapping cleaner.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv18346

Modified Files:
	PLStream.java 
Log Message:
public native declarations for all the different plshades variants (not
implemented yet).

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv18630

Modified Files:
	javabind.c 
Log Message:
Migrated most interface routines to use the new setup_array_1d_[fd] helper
routines for the data cast/copy, to bring them down to a more reasonable
size.  Added setup_array_2d_[fd] routines to do a similar job.  Added
functions (with null bodies) for all the new shades interface routines.
Added the missing float precision shade routine.  Still lots to do.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv30837/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Add plotfc3d to java PLplot API following exactly what was done for
plotsh3d. (Note, I am not qualified to add Java API, but the two functions
are identical in their argument lists so I could do this by analogy.) 

Modify 8th java example to use plotfc3d.  Result was identical to C, python,
and tcl examples 8.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv15225/bindings/java

Modified Files:
	PLStream.java javabind.c 
Log Message:
Add support for plsurf3d() and remove plotfc3d() and plotsh3d() which are now obsolete.
Support for plsurf3d() is still partial.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv12854/bindings/java

Modified Files:
	PLStream.java 
Log Message:
Add the new plsurf3d() API entry; add definitions for plsurf3d()/plot3d()/plmesg() "opt" arguments.

Update of /cvsroot/plplot/plplot/bindings/java
In directory usw-pr-cvs1:/tmp/cvs-serv15946/bindings/java

Modified Files:
	javabind.c 
Log Message:
Implement the new plsurf3d() API methods for floats and doubles.
There are still problems, try the x08.java example.
I don't know java--I have just browse Sun's "Java Tutorial" ...

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv5643/bindings/java

Modified Files:
	config.java.in javabind.c 
Added Files:
	.cvsignore Makefile.am 
Log Message:
Implement autotools support for building and installing java plplot wrapper
library, libplplotjava, java/plplot/core classes, and installing java source
for examples in java/plplot/examples.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv29496/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Implement new swig-based Java API.  Two-dimensional arrays are not
implemented yet which means 6 of the examples do not work, but the rest do
work, and in fact example 18 works completely for the first time ever
because all PLplot functions in the common API that have variable or
one-dimensional array arguments have been completely implemented in Java.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv30970/bindings/java

Modified Files:
	.cvsignore 
Added Files:
	PLStreamc.java plplotcapi.i plplotjavac.i 
Log Message:
Implement new swig-based Java API.  Two-dimensional arrays are not
implemented yet which means 6 of the examples do not work, but the rest do
work, and in fact example 18 works completely for the first time ever
because all PLplot functions in the common API that have variable or
one-dimensional array arguments have been completely implemented in Java.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv17744/bindings/java

Modified Files:
	.cvsignore 
Log Message:
Tweak

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv31181/bindings/java

Modified Files:
	.cvsignore Makefile.am plplotcapi.i plplotjavac.i 
Log Message:
Implement the simpler 2-d arrays for the swig-based Java API.  This means
all examples now work other than x09 (contours), x15 (shade plots with
plshade), and x16 (shade plots with plshades).

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv2623/bindings/java

Modified Files:
	plplotcapi.i plplotjavac.i 
Log Message:
Implement additional 2-d arrays for the swig-based Java API. These new
typemaps allow plcont (and x09.java) to work.  Note, only the 2-d version is
implemented, there is no angle wrap code, and kx, lx, ky, ly always have to
be in the argument list.  In other words this is the raw java interface to
PLplot.  Thus, a number of adjustments had to be made to x09.java to work
with this raw interface.  However, once the user-friendly interface is done,
it should be possible to overload 1-d arrays when needed for xg0 through
yg1, have angle wrap code, and also drop kx, lx, ky, ly.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv17675/bindings/java

Modified Files:
	plplotcapi.i plplotjavac.i 
Log Message:
Implement typemaps for defined_func and fill_func which allow x15.java and
x16.java to work properly.  Note, I removed the local versions of plshades
from x16.java since plshades is now defined in the PLplot java interface
API.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv23774/bindings/java

Modified Files:
	Makefile.am plplotcapi.i plplotjavac.i 
Log Message:
bindings/java/Makefile.am: Build class files for plplot.core before installation rather than waiting to
do it by hand, afterward.

The rest of the changes are tweaks.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv22114/bindings/java

Modified Files:
	plplotcapi.i plplotjavac.i 
Log Message:
Implement plParseOpts for new Java interface and change all examples to use
it again.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv3953/bindings/java

Modified Files:
	README.javaAPI plplotcapi.i plplotjavac.i 
Log Message:
Finished Java swig-based interface to Plplot for now.  Current limitations
are detailed in bindings/java/README.javaAPI.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv21509/bindings/java

Modified Files:
	plplotcapi.i 
Log Message:
Make 8th Java example give the same result (to 1 unit in last digit of
postscript file) as new 8th C example.  This involved defining some
additional constants for the swig java interface file as well as substantial
changes in x08.java.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv4452

Modified Files:
	plplotcapi.i plplotjavac.i 
Log Message:
Move last typemap from plplotcapi.i (which should be reserved strictly for
API) to plplotjavac.i.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv11624/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Put the python, java, and tcl pre-generated files on the
MAINTAINERCLEANFILES list.  Thus, these files will not be removed by an
ordinary make clean or make distclean.  Instead, the user will have to
deliberately use make maintainerclean.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv2216/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Added the prefix nodist_ to some _SOURCES variables that indicate files
generated during build and that should not into the distribution tarball (cf
info -f /usr/share/info/automake-1.7.info.gz -n "Program and Library
Variables").

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv13818/bindings/java

Modified Files:
	Makefile.am 
Log Message:
swig version checks suggested by Rafael

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv1279/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Oops.  I forgot to add the nodist_ prefix to the variable
libplplotjava_la_SOURCES that was used inside a $() construct.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv16832/bindings/java

Modified Files:
	Makefile.am 
Log Message:

Changed the instances of @VARIABLE@ to $(VARIABLE) in all Makefile.am's, as
I proposed in plplot-devel.  This huge change has been successfully tested
with my automatic Debian packages generator.  Hope that nothing is broken
now.

If you are wondering how I got it so quickly and so reliably, here is the
simple shell command that does the trick:

    perl -pi -e 's/@([-_a-zA-Z0-9]+)@/\$($1)/g' `find . -name Makefile.am`

[I love Perl.]

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv27298/bindings/java

Modified Files:
	Makefile.am 
Log Message:

Removed some if/else/endif with_double constructs.  Replaced using
$(LIB_TAG). This makes code more maintainable and robust, besides a total
reduction of 40 lines in the size of the Makefile.am's.

The initial plan was to use $(LIB_TAG) wherever it was possible, but 
Automake does not accept it as part of its variables names :-(

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv22607/bindings/java

Modified Files:
	Makefile.am 
Log Message:

Completed the elimination of with_double conditionals in the Makefile.am's
with regard to LIB_TAG.  In my first try, I have used $(LIB_TAG) in
Autonmake/Libtool variable names (like libplplot$(LIB_TAG)_la_SOURCES). That
did not work.  However, I was glad to discover that the last version of
Automake accepts the construct @VAR@ in its variable names.  I used then
@LIB_TAG@ where it was appropriate.

I know, I recently exhorted the developers to use $(VAR) instead of @VAR@ in
Makefile.am.  However, since this is not allowed in Automake variable names
and since there is a reduction of 80 lines total (improving robustness and
maintainability), I will open the exception to @LIB_TAG@.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv29608/bindings/java

Modified Files:
	Makefile.am 
Log Message:

This is a revival of the --with-rpath option to configure, which has been
ripped out from sysloc.in when the AT branch has been created.  I need this
to build Lintian clean packages in Debian.

Setting -rpath may be a handy thing for users who do not have root access,
but enforcing it by default is not a Good Thing to do.  In particular,
Debian Policy enforces the non-use of rpath for upgradability reasons.

This changes is transparent and harmless, and the PLplot build will happens
as before, since with_rpath is set to "yes" by default.  Please, do not undo
this change in the future!

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv19082/bindings/java

Modified Files:
	Makefile.am 
Log Message:

Changed all the instances of "-L<dir> -l<lib>" to "<dir>/<lib>.la" for all
the libraries that are built in the source tree.  This avoids some (rather
rare) cases of failure, when the libtool script will wrongly select
installed system libraries.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv26299/bindings/java

Modified Files:
	Makefile.am 
Log Message:

This is the brute force approach to get "make dist" to include (almost) all
the files that are present in a freshly checked out CVS tree.  The notable
exceptions are the directories cf/, new/, tmp/, and bindings/perl5. This was
essentially done by putting files in the EXTRA_DIST variable in the
Makefile.am files.

I really dislike this brute force method, but since we really need to make a
release soon, I see no way of doing otherwise.  I would prefer to take this
opportunity to remove some legacy cruft and to improve our installation in a
file-per-file basis.  For instance, in directory bindings/tcl, I added
blindly the files README.tclAPI and plitclgen to EXTRA_DIST, but it is clear
that they could be installed somewhere with "make install".  Same commentary
for the Python and Java stuff.  Since I am (almost) totally ignorant on
Python, Java and Tcl/Tk, I will really appreciate if competent developers
step in.

This cleanup + installation improvement discussion must take place in the
post-release times.

An aside note: the EXTRA_DIST variable (or the variables it uses) should not
be inside conditionals in Makefile.am, otherwise the distribution tarball
may be wrong.  This is not yet consistently done throughout the source tree.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv4709

Modified Files:
	Makefile.am 
Log Message:
Clarify that the swig results are the same as the MAINTAINERCLEANFILES list.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv12741/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Fix up EXTRA_DIST list so that prebuilt tcl, java, and python files are
included in generated tarball.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv25437/java

Modified Files:
	Makefile.am 
Log Message:
Put the settings of variables CLEANFILES, MAINTAINERCLEANFILES, and
EXTRA_DIST completely outside the AM conditionals.  This is necessary for
the proper working of make clean, make maintainer-clean and make dist.

This remembers me that we should fix many other Makefile.am files in the
project, where the use of AM conditionals is not really appropriate. As a
general rule, only variable definitions that trigger compilations should
appear inside AM conditionals.

Also, some stylistic changes have been done, like avoiding the use of
$(MAINTAINERCLEANFILES) as the target of makefile rules.  This change has no
functional impact currently, but is a prevention against maintenance
headaches in the future.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv20405

Modified Files:
	Makefile.am 
Log Message:

Moved the definition of variable lib_LTLIBRARIES inside the enable_java
conditional.  The building and installation of libplplotjava was been done
even when --disable-java was given to configure.  Should be fixed now.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv22357/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Updated Copyright notices by adding year 2003.  This does not cover all the
files changed this year (for instance, drivers/*.c are lacking), but this is
an important step for the legal release of PLplot 5.2.1.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv8180

Modified Files:
	Makefile.am 
Log Message:
Complete reorganization following what is done for
../../bindings/python/Makefile.am.

Note that install-exec-hook: is now used to compile all the installed java
files rather than compiling them in a local directory underneath
bindings/java before installation, and this reduces a lot of clutter that
was occurring before.

Another notable change is the java module that interfaces to PLplot is no
longer built like a full-blown library with a version number, precision tag,
etc. with installation into $prefix/lib with appropriate version number
symlinks.  Instead, it is built similarly to the python module and installed
in the location where the core java and compiled class files are installed.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv13358

Modified Files:
	README.javaAPI 
Log Message:
Update documentation to reflect building of installed java examples that
now occurs automatically and the new installed location for the module
(DLL) for the java PLplot interface.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv5654

Modified Files:
	PLStreamc.java config.java.in 
Log Message:
For PLStreamc.java,  change from 

System.loadLibrary( plplot.core.config.libname );

to

System.load( plplot.core.config.libname );

The former requires setting LD_LIBRARY_PATH on Linux/Unix systems (ugh, that
is old-fashioned!).

The latter requires an absolute path name + exact name of dynamically loaded
module which is setup in configure.ac and configured using config.java.in.

Yipee! No more setting of LD_LIBRARY_PATH is required for PLplot java use!

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv23972/bindings/java

Modified Files:
	Makefile.am README.javaAPI 
Log Message:
Change java install procedure so that CLASSPATH is not required.  This solves
the configuration problem we were discussing.

Also drop all mention of CLASSPATH in the documentation except where relevant;
i.e., only at the time when you execute the installed compiled java examples.

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv27478/bindings/java

Modified Files:
	Makefile.am 
Log Message:
Replaced all occurrences of "../.." by the robust variable $(top_builddir)

Update of /cvsroot/plplot/plplot/bindings/java
In directory sc8-pr-cvs1:/tmp/cvs-serv5024/bindings/java

Modified Files:
	Makefile.am PLStreamc.java config.java.in plplotcapi.i 
	plplotjavac.i 
Log Message:
This jumbo cvs commit is the result of a herculean task to update the
copyright notices of most of the source files of PLplot.

I hope that I did not introduce any serious breakage.  This seems plausible,
because I did changes only at the beginning of the files and only in
commented lines.  However, I used a semi-automatic procedure for doing that
and some bugs may have slipped into the files.  The sources still build okay
(at least the Debian packages) and I can install the libraries, and compile
and run some C examples.  That is not enough, so PLEASE TEST!

This is what I did in more detail:

1) From the CVS ChangeLog, I considered all the files that changed since the
   last release (5.2.1).  I then added the line:

       Copyright (C) 2004  Joe C. V. S. Committer 

   where the name of the developper who did the CVS commit is included.
   
2) Notice that the year in the line above should read 2004, even if the
   changes were done last year, since Copyright years refer to when the
   software is released.
   
3) For the same reason, I did not bother adding missing Copyright entries
   for previous authors of each file.  One copyright holder is enough for
   our purposes.

4) I also reformatted and reworded the License Conditions text.  This
   included changing things like "This file is free software" to "PLplot is
   free sofware" and so on.
   
5) Finally, some files were lacking License notices, especially the src/*.c.
   I added them and put in the Copyright holder line the name of the
   developer who did the last cvs commit for the file.

If you wish to know where your name appears, you can run from the
$(top_builddir):

    grep -ri "copyright.*2004".