|
:If we use the %INCLUDE, with basic$starlet.tlb, he
:gets no error, this is the workaround for now.
This is the appropriate fix, not the workaround.
I've found linking against images to resolve what
should have been resolved via a symbol definition
module -- CMS is one recent example -- can be
hazardous.
One spots missing symbols during compilation with
the definition files -- one has to get to the LINK
phase to resolve these otherwise.
If the customer has symbols, then they can use SDL
(on the freeware CD-ROM) and generate OpenVMS-like
definitions, too.
:Question: Any reason as to why it behaves this way on
:the ALPHA??
Because the symbols were not made external in any
shareable image module in IMAGELIB.OLB. (There are
a few cases around where certain symbols were not
made "external", and thus are not visible via the
LINKER.
You'll want to take a look at the VAX link map, and
see where the symbol value was being resolved from...
|
|
Please contact the BASIC engineering team for further information
and assistance -- the DEC C group has been working with OpenVMS
engineering to get the C definitions handled in a more consistent
fashion and included with the OpenVMS kit, for example.
We (OpenVMS) can work with BASIC to create the include files using
SDL, and can get these moved onto the kit. (If this is something
that the customer and the BASIC team wishes to pursue.)
|