The list of files there suggest that you're using protobuf 2.0.3 or earlier. Have you tried 2.1.0? On Wed, Jun 24, 2009 at 11:54 AM, vikram <patilvik...@gmail.com> wrote:
> > > I am using CC: Sun C++ 5.9 compiler to compile on Solaris. I was able > to compile source but tests are failing. > I need some help here about libtool > > > /bin/bash ./libtool --tag=CXX --mode=link CC -g -o lib/ > libgtest.la -rpath /usr/local/lib src/gtest.lo src/gtest-death- > test.lo src/gtest-filepath.lo src/gtest-port.lo src/gtest-test- > part.lo src/gtest-typed-test.lo > libtool: link: rm -fr lib/.libs/libgtest.so lib/.libs/libgtest.so.0 > libtool: link: (cd "lib/.libs" && rm -f "libgtest.so.0" && ln -s > "libgtest.so.0.0.0" "libgtest.so.0") > libtool: link: (cd "lib/.libs" && rm -f "libgtest.so" && ln -s > "libgtest.so.0.0.0" "libgtest.so") > libtool: link: ar cru lib/.libs/libgtest.a src/gtest.o src/gtest- > death-test.o src/gtest-filepath.o src/gtest-port.o src/gtest-test- > part.o src/gtest-typed-test.o > ar: cannot open src/gtest.o > No such file or directory > ar: cannot open src/gtest-death-test.o > No such file or directory > ar: cannot open src/gtest-filepath.o > No such file or directory > ar: cannot open src/gtest-port.o > No such file or directory > ar: cannot open src/gtest-test-part.o > No such file or directory > ar: cannot open src/gtest-typed-test.o > No such file or directory > ar: src/gtest.o not found > ar: src/gtest-death-test.o not found > ar: src/gtest-filepath.o not found > ar: src/gtest-port.o not found > ar: src/gtest-test-part.o not found > ar: src/gtest-typed-test.o not found > > All object files are created in the same directory as Makefile and in > src/.libs/ directory . While libtool looks for these files in > src directory. I am new too libtool so I am not able to solve the > problem. > > > > On Jun 22, 4:38 pm, vikram <patilvik...@gmail.com> wrote: > > I am trying out what changes he suggested uptil now I am able to > > compile but gtests are failing. I will update discussion once I am > > able to find out whats going with gtests. > > > > Vikram > > > > On Jun 22, 4:34 pm, Kenton Varda <ken...@google.com> wrote: > > > > > I haven't heard from the patch author since my previous mail. :/ > > > > > On Mon, Jun 22, 2009 at 4:06 PM, vikram <patilvik...@gmail.com> wrote: > > > > > > Can somebody point out when this patch will be included in source? > > > > I am trying to do compilation on Solaris 10 but right now I am > getting > > > > errors as mentioned in this post. > > > > > > Vikram > > > > > > On Jun 4, 1:42 pm, Kenton Varda <ken...@google.com> wrote: > > > > > Thanks for the patch! > > > > > It looks like you were using the examples as a test. Running "make > > > > check" > > > > > in the top directory will run a much better suite of tests -- do > they > > > > pass? > > > > > > > Assuming it does work, can you re-send that patch as an attachment > (it > > > > looks > > > > > like it has been mangled), or even send it to me via > > > > codereview.appspot.com? > > > > > Also, for me to submit it you'll need to sign the contributor > license > > > > > agreement: > > > > > > >http://code.google.com/legal/individual-cla-v1.0.html--ifyou own > > > > > copyright on this patchhttp:// > > > > code.google.com/legal/corporate-cla-v1.0.html-- if your employer > > > > > does > > > > > > > On Wed, Jun 3, 2009 at 10:53 PM, <bmcarnes_proto...@oddren.com> > wrote: > > > > > > > > > Probably not. LibCstd isn't complete enough for protobuf. > > > > > > > > I was able to get protobuf 2.1.0 to work well under Sun Studio > 11, > > > > > > using libCstd, with a few patches. Works well enough to compile > and > > > > > > run the add_person_cpp/list_people_cpp examples. > > > > > > > > I include the build instructions and patch set below Also > included > > > > > > are patches to the examples makefile to test it out. > > > > > > > > <Apply below patchset first against protobuf 2.1.0> > > > > > > $ CXX=CC CC=cc ./configure --disable-shared > > > > > > $ make > > > > > > $ cd examples > > > > > > $ make cpp > > > > > > $ ./add_person_cpp addressbook.test > > > > > > (enter a test record) > > > > > > $ ./list_people_cpp addressbook.test > > > > > > (test record is displayed correctly) > > > > > > $ ldd list_people_cpp (or ldd add_person_cpp ) > > > > > > libpthread.so.1 => /lib/libpthread.so.1 > > > > > > libCstd.so.1 => /usr/lib/libCstd.so.1 > > > > > > libCrun.so.1 => /usr/lib/libCrun.so.1 > > > > > > libm.so.2 => /lib/libm.so.2 > > > > > > libc.so.1 => /lib/libc.so.1 > > > > > > > > Index: src/google/protobuf/repeated_field.h > > > > > > > =================================================================== > > > > > > --- src/google/protobuf/repeated_field.h (revision 2) > > > > > > +++ src/google/protobuf/repeated_field.h (working copy) > > > > > > @@ -69,7 +69,7 @@ > > > > > > class LIBPROTOBUF_EXPORT GenericRepeatedField { > > > > > > public: > > > > > > inline GenericRepeatedField() {} > > > > > > -#if defined(__DECCXX) && defined(__osf__) > > > > > > +#if defined(__SUNPRO_CC) || defined(__DECCXX) && > defined(__osf__) > > > > > > // HP C++ on Tru64 has trouble when this is not defined inline. > > > > > > virtual ~GenericRepeatedField() {} > > > > > > #else > > > > > > @@ -548,7 +548,7 @@ > > > > > > current_size_ = 0; > > > > > > } > > > > > > > > -#if defined(__DECCXX) && defined(__osf__) > > > > > > +#if defined(__SUNPRO_CC) || defined(__DECCXX) && > defined(__osf__) > > > > > > // HP C++ on Tru64 has trouble when this is not defined inline. > > > > > > template <> > > > > > > inline void RepeatedPtrField<string>::Clear() { > > > > > > Index: src/google/protobuf/descriptor_database.cc > > > > > > > =================================================================== > > > > > > --- src/google/protobuf/descriptor_database.cc (revision 2) > > > > > > +++ src/google/protobuf/descriptor_database.cc (working copy) > > > > > > @@ -127,7 +127,13 @@ > > > > > > > > // Insert the new symbol using the iterator as a hint, the new > > > > > > entry will > > > > > > // appear immediately before the one the iterator is pointing > at. > > > > > > + > > > > > > + // Sun Studio 11 needs a little help here > > > > > > +#if defined(__SUNPRO_CC) > > > > > > + by_symbol_.insert(iter, make_pair<const string,Value>(name, > > > > > > value)); > > > > > > +#else > > > > > > by_symbol_.insert(iter, make_pair(name, value)); > > > > > > +#endif > > > > > > > > return true; > > > > > > } > > > > > > Index: src/google/protobuf/compiler/command_line_interface.cc > > > > > > > =================================================================== > > > > > > --- src/google/protobuf/compiler/command_line_interface.cc > > > > (revision > > > > > > 2) > > > > > > +++ src/google/protobuf/compiler/command_line_interface.cc > > > > (working > > > > > > copy) > > > > > > @@ -474,7 +474,7 @@ > > > > > > > > // If no --proto_path was given, use the current working > directory. > > > > > > if (proto_path_.empty()) { > > > > > > - proto_path_.push_back(make_pair("", ".")); > > > > > > + proto_path_.push_back(make_pair(string(""), string("."))); > > > > > > } > > > > > > > > // Check some errror cases. > > > > > > Index: src/google/protobuf/repeated_field.cc > > > > > > > =================================================================== > > > > > > --- src/google/protobuf/repeated_field.cc (revision 2) > > > > > > +++ src/google/protobuf/repeated_field.cc (working copy) > > > > > > @@ -40,7 +40,7 @@ > > > > > > // HP C++ on Tru64 can't handle the stuff below being defined > out-of- > > > > > > line, so > > > > > > // on that platform everything is defined in repeated_field.h. > On > > > > > > other > > > > > > // platforms, we want these to be out-of-line to avoid code > bloat. > > > > > > -#if !defined(__DECCXX) || !defined(__osf__) > > > > > > +#if !defined(__SUNPRO_CC) && (!defined(__DECCXX) || !defined > > > > > > (__osf__)) > > > > > > > > namespace internal { > > > > > > > > ------- Below changes the examples makefile to exercise protobuf > under > > > > > > solaris > > > > > > > > Index: examples/Makefile > > > > > > > =================================================================== > > > > > > --- examples/Makefile (revision 2) > > > > > > +++ examples/Makefile (working copy) > > > > > > @@ -1,5 +1,13 @@ > > > > > > # See README.txt. > > > > > > > > +# For the rest of the world > > > > > > +#CXX = c++ > > > > > > +#PROTOC = protoc > > > > > > + > > > > > > +# Testing For Solaris (pre-install) > > > > > > +CXX = CC -I../src -L../src/.libs > > > > > > +PROTOC = ../src/protoc > > > > > > + > > > > > > .PHONY: all cpp java python clean > > > > > > > > all: cpp java python > > > > > > @@ -18,14 +26,14 @@ > > > > > > rmdir com 2>/dev/null || true > > > > > > > > protoc_middleman: addressbook.proto > > > > > > - protoc --cpp_out=. --java_out=. --python_out=. > > > > addressbook.proto > > > > > > + $(PROTOC) --cpp_out=. --java_out=. --python_out=. > > > > addressbook.proto > > > > > > @touch protoc_middleman > > > > > > > > add_person_cpp: add_person.cc protoc_middleman > > > > > > - c++ add_person.cc addressbook.pb.cc -lprotobuf -lpthread > -o > > > > > > add_person_cpp > > > > > > + $(CXX) add_person.cc addressbook.pb.cc -lprotobuf > -lpthread -o > > > > > > add_person_cpp > > > > > > > > list_people_cpp: list_people.cc protoc_middleman > > > > > > - c++ list_people.cc addressbook.pb.cc -lprotobuf > -lpthread -o > > > > > > list_people_cpp > > > > > > + $(CXX) list_people.cc addressbook.pb.cc -lprotobuf > -lpthread > > > > -o > > > > > > list_people_cpp > > > > > > > > javac_middleman: AddPerson.java ListPeople.java protoc_middleman > > > > > > javac AddPerson.java ListPeople.java com/example/tutorial/ > > > > > > AddressBookProtos.java > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to protobuf@googlegroups.com To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/protobuf?hl=en -~----------~----~----~----~------~----~------~--~---
