I've had a first stab at making kaplibs more manageable:
+ New -notk option the _link scripts to enable applications
to link against kaplibs without bringing in Tcl/tk dependencies
[most applications except ndfpack will want to use this option
- a good case could be made for moving kpg1_ast.c out of
kaplibs and into libndfpack since it is hard-wired to load
$KAPPA_DIR/tkast.tcl. Doesn't sound very generic. If it can
be moved into libndfpack that would make things much simpler
and the -notk option could be removed.]
+ kaplibs_link now works again. I've made _adam versions of kpg,
fts, ira, irq and aif. CTG and LPG seemed to be ADAM-specific so
they are not included in the non-adam link at all.
+ The help stuff has been removed. SHL now implements this functionality.
I think the last step is to move the pgplot routines from kpg into kgp
(similarly to kgs) and allow a -nographics option to the link. I think
that would be enough to appease users of kaplibs enough that they can use
it without adding dependencies on huge numbers of other libraries.
A final idea may be to add -aif to the link script to allow those
residual aif users to use aif without hitting problems and other
dependencies. It's almost worth allowing kaplibs/aif to install a simple
aif_link[_adam] script.
I've tried to fix dipso so that it uses kaplibs_link (since it doesn't use
ADAM this will help a lot) but the problem is that GKS_GSTAT is used by
dipso to check the error status of GKS. Unfortunately this routine is
provided by graphpar which is specifically ADAM-based. This is unfortunate
since GKS_GSTAT has no ADAM in it and simply checks whether STATUS is
set to GKS__ERROR. Does anyone have any ideas on this?
--
Tim Jenness
JAC software
http://www.jach.hawaii.edu/~timj
|