Alan Coopersmith wrote: > Danek Duvall wrote: >> I'm sponsoring this case for Henry Jiang. The release binding is Minor, >> and the interfaces are Uncommitted. >> >> There is a man page for the library in the materials directory. It >> shows >> (but should probably do so more clearly) that the library is compiled >> with >> g++, not Studio, and so apps linking against it will need to do the >> same. > > Presumably the version currently in SFW, and no other, since g++ isn't > binary > compatible across many of it's minor releases - right? > > Why does this need a waiver from the usual policy requiring public C++ > apps > be compiled with Sun Studio, which has a stable ABI across releases? > (See section 4.1.8 of the opinion of PSARC/2002/348 for the current > rules, > which despite prior requests is unfortunately still not published on > opensolaris.org.) > Hi Alan and John,
I am not aware of this policy, but I did have a problem to build the binary with Sun Studio 11, It defined its own iostream classes and manipulators, I have tried different option to make it but failed. Below is sample output, thanks. /bin/bash ../libtool --tag=CXX --mode=link CC -g -D_REENTRANT -o libHalf.la -rpath /usr/local/lib -version-info 6:0:0 -no-undefined half.lo -lpthread CC -G -zdefs -nolib -hlibHalf.so.6 -o .libs/libHalf.so.6.0.0 .libs/half.o -lpthread Undefined first referenced symbol in file std::ostream &std::ostream::operator<<(float) .libs/half.o int std::char_traits<char>::eof() .libs/half.o std::istream &std::istream::operator>>(float&) .libs/half.o std::ostream &std::operator<<(std::ostream &,char) .libs/half.o ld: fatal: Symbol referencing errors. No output written to .libs/libHalf.so.6.0.0 -- Henry Jiang ( Jiang Shengqi ) Tel: +86-10-6267 3941 SWAN: 82941
