Tim,
> 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.]
Seems fair enough. I've moved kaplibs/kpg1_tkast.c to kapsub/kps1_tkast.c
and changed to kaplibs and kappa linking scripts, etc, accordingly.
> + The help stuff has been removed. SHL now implements this functionality.
Had to change shl to install SHL_HLPCMD as a public include file because
it is needed by kappa.
> 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.
Yup.
> 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 forgotten what the issue is here. Why is aif a problem?
> 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?
One could, presumably, change graphpar so it has separate adam and
standalone libraries and separate graphpar_link and graphpar_link_adam
scripts...
David
|