On 7 June 2012 09:27, Ole Streicher <[log in to unmask]> wrote:
> Dear starlink developers,
>
> the AST package (7.0.3) contains a header file "grf3d.h" which is not
> installed in /usr/include/ (contrary to grf.h). Since this is the
> interface definition of the grf3d module, I am curious if this is on
> purpose?
No - I think it is an oversight in AST. grf3d.h should be installed.
I'll change it.
> The DS9 package which is using AST (ds9.7.0 includes ast-7.0.3), defines
> its own grf3d module in saotk/util/grf3d.C and there includes the
> mentioned header file. Since I am linking ds9 against an external built
> of AST, I would need grf3d.h as part of the AST development package, and
> therefore it should be installed under /usr/include. Or is the use of
> this file in DS9 incorrect?
>
> Another, smaller, point: PAL and AST use different directories to store
> their include files: PAL uses /usr/include/star/, while AST puts them
> directly under /usr/include/.
Historical - we started out putting all our header files in include,
but then (I think it was Tim) decided they should go in
include/star.But by then we had lots of stuff that expected the
existing headers to be in include, so we ended up leaving the old ones
(like ast.h) in include, and putting new ones in include/star. It
would be nice to tidy it up some day.
David
> Best regards
>
> Ole
|