Hi Ole,
That's interesting. Regarding the problems reported for the AST
library, they all seem to be caused by changes to the definitions of
various structures used internally within AST. These structures
definitions are not used by client software, and are not described in
any documentation. They are, however, included in the publc interface
file "ast.h". The "pointers" returned by public AST functions are not
real pointers, they are encoded integers that are used to look up the
real object pointers internally within AST. So user code cannot
de-reference them to access any of the fields of the structures
defined in ast.h.
I think it would probably be possible to remove the contents of the
typedefs from the ast.h file, i.e. turn these structures into opaque
data types.
David
On 29 June 2012 13:01, OlŠµ Streicher <[log in to unmask]> wrote:
> Dear starlink developers,
>
> as a quality measure, I took the opportunity to ask Andrey Ponomarenko
> to include both libraries into his "upstream tracker":
>
> http://upstream-tracker.org/versions/starlink-pal.html
> http://upstream-tracker.org/versions/starlink-ast.html
>
> This service takes all available versions and checks the API and binary
> compability of the versions.
>
> Best regards
>
> Ole
|