[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: no-undefined, solaris sun studio and pain
From: |
Monty Taylor |
Subject: |
Re: no-undefined, solaris sun studio and pain |
Date: |
Wed, 23 Dec 2009 16:24:51 -0800 |
User-agent: |
Thunderbird 2.0.0.23 (X11/20090817) |
I should add - also removing -zdefs works, as -zdefs causes the Sun
Studio compiler to throw the undefined symbols warnings.
Monty Taylor wrote:
> 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
>
>
> _______________________________________________
> http://lists.gnu.org/mailman/listinfo/libtool
>