Divide dynamic drivers into two classes.  Ordinary ones are linked to libplplot and depend on that library.  This works around the python and java problems.  Special ones have libplplot linked to them and apparently there is no need in this case for a link in the reverse direction since python and java work well without it (again, probably a workaround for java and python problems). In fact there cannot be a link in the reverse direction because these special drivers are created before an up-to-date version of libplplot exists.  So for the special drivers there is no link to libplplot and also no dependence on that library (which would create a circular dependency in the Makefile).
Divide dynamic drivers into two classes.  Ordinary ones are linked to
libplplot and depend on that library.  This works around the python and java
problems.  Special ones have libplplot linked to them and apparently there
is no need in this case for a link in the reverse direction since python and
java work well without it (again, probably a workaround for java and python
problems). In fact there cannot be a link in the reverse direction because
these special drivers are created before an up-to-date version of libplplot
exists.  So for the special drivers there is no link to libplplot and also
no dependence on that library (which would create a circular dependency in
the Makefile).

Currently, the special list is for tk, xwin, and tkwin, but currently I have
preliminary evidence that tk can be dropped from the special list.

svn path=/trunk/; revision=3820

FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot,FreeScienceCommunity/PLPlot