no-undefined, solaris sun studio and pain

[Monty Taylor]

Hi!

I'm working on a build issue on Solaris with Sun Studio. In short, I've
baked it down to this:

lib_LTLIBRARIES = libprotobuf.la libprotoc.la

libprotobuf_la_LIBADD = $(PTHREAD_LIBS)
libprotobuf_la_LDFLAGS = -version-info 6:0:0 -export-dynamic -no-undefined

libprotoc_la_LIBADD = $(PTHREAD_LIBS) libprotobuf.la
libprotoc_la_LDFLAGS = -version-info 6:0:0 -export-dynamic -no-undefined

make works correctly.

make install produces this during the relink:

CC -G -zdefs -hlibprotoc.so.6 -o .libs/libprotoc.so.6.0.0   <various .o
files snipped>  -R/usr/local/lib/amd64 -L/usr/local/lib/amd64 -lprotobuf
-library=stlport4 -library=Crun -lpthread -lz -lc  -template=no%extdef
-mt -m64   -mt
Undefined                       first referenced
 symbol                             in file
void google::protobuf::internal::RepeatedPtrFieldBase::Reserve(int)
.libs/command_line_interface.o
void
google::protobuf::internal::WireFormatLite::WriteMessageMaybeToArray(int,const
google::protobuf::MessageLite&,google::protobuf::io::CodedOutputStream*)
.libs/plugin.pb.o
void google::protobuf::UnknownFieldSet::ClearFallback() .libs/plugin.pb.o
unsigned google::protobuf::io::CodedInputStream::ReadTagFallback()
.libs/plugin.pb.o
void google::protobuf::internal::WireFormatLite::WriteString(int,const
std::string &,google::protobuf::io::CodedOutputStream*) .libs/plugin.pb.o
std::string google::protobuf::strings::CHexEscape(const std::string &)
.libs/python_generator.o
bool
google::protobuf::internal::WireFormatLite::ReadString(google::protobuf::io::CodedInputStream*,std::string
*) .libs/plugin.pb.o
ld: fatal: symbol referencing errors. No output written to
.libs/libprotoc.so.6.0.0

Thing is - libprotobuf.so hasn't been installed in /usr/local/lib/amd64
yet, so the -lprotobuf seems to trigger the unknown symbols above.

If I remove -no-undefined from the LDFLAGS or I manually edit the above
line to do:

CC -G -zdefs -hlibprotoc.so.6 -o .libs/libprotoc.so.6.0.0   <various .o
files snipped>  -R/usr/local/lib/amd64 -L/usr/local/lib/amd64
.libs/libprotobuf.so -library=stlport4 -library=Crun -lpthread -lz -lc
-template=no%extdef -mt -m64   -mt

It works. Of course, I know the above editing is wrong, because it
really wants to be linked with -lprotobuf. Am I just SOL in terms of
being able to use -no-undefined in this case? It would be nice to get
that error on the compile-for-tree stage but not have it apply to the
relink for install phase.

Thanks!
Monty