Is it possible to avoid dependencies on too new symbols in libCstd.so?

Question

Hello,
I'd like to know if it's possible to somehow tell the Solaris linker to avoid
using the symbols with versions newer than the given one. E.g. on my
snv_111b OpenSolaris system there are a couple of symbols with SUNW_1.4.2
version:
% pvs -o -s -C -d /usr/lib/libCstd.so.1|fgrep SUNW_1.4.2|c++filt
/usr/lib/libCstd.so.1 - SUNW_1.4.2: bool std::operator==<char,std::char_traits<char>,std::allocator<char> >(const std::basic_string<__type_0,__type_1,__type_2>&,const __type_0*);
/usr/lib/libCstd.so.1 - SUNW_1.4.2: bool std::operator==<char,std::char_traits<char>,std::allocator<char> >(const __type_0*,const std::basic_string<__type_0,__type_1,__type_2>&);These symbols are not present in libCstd.so on the customers Solaris 10
machines so I'd like to ensure that they are not used in the libraries which I
build. Unfortunately I couldn't find any clean way to ensure this. In fact the
only way I did find was to edit /opt/sunstudio12.1/prod/include/CC/Cstd/string
and to comment out the declarations of these operators there. Which is not
only dirty and unmaintainable but also actually more than I need to do
because, as these operators are inline, most often they're indeed inlined and
it's not a problem to use them. It's only a problem to depend on these (too
new) symbols in the library.
So the question is whether I can somehow coax the linker to give an error
when these symbols are used?
Thanks in advance for any ideas!
VZ

Answer 1

_VZ_ wrote:
So the question is whether I can somehow coax the linker to give an error
when these symbols are used?I guess you can - with a bit of a hack. You an probably use a map file telling linker to use only version SUNW_1.4.1 (or whatever version your client machines' have). This way you'll get errors about missing definitions up front:
$ cat mapfile
libCstd.so - SUNW_1.1.1 $ADDVERS=SUNW_1.1.1;
$ CC -M mapfile  a.cc
Undefined                       first referenced
symbol                             in file
std::string::~basic_string() a.o  (symbol belongs to unavailable version /export/opt/sunstudio12.1/lib/sparc/libCstd.so (SUNW_1.2))
std::basic_ostream<__type_0,__type_1>&std::operator<<<char,std::char_traits<char>,std::allocator<char> >(std::basic_ostream<__type_0,__type_1>&,const std::basic_string<__type_0,__type_1,__type_2>&) a.o  (symbol belongs to unavailable version /opt/sunstudio12.1/lib/sparc/libCstd.so (SUNW_1.2))
void std::string::__unLink() a.o  (symbol belongs to unavailable version /opt/sunstudio12.1/lib/sparc/libCstd.so (SUNW_1.2))
ld: fatal: Symbol referencing errors. No output written to a.outSee Linker and Libraries Guide, section "Binding to Additional Version Definitions" (http://docs.sun.com/app/docs/doc/819-0690/chapter5-81344?l=en&a=view) for explanation and an example.