Rats. Ok, I'm seeing some problems now... let me get back to you.
vikram wrote: > Monty > > Main source compile but when I do ' make check ' , it fails with the > errors I posted previously. > > Vikram > > On Jun 24, 12:59 pm, Monty Taylor <mo...@inaugust.com> wrote: >> Try this patch, see if it helps you. I've got another one coming, but >> I'm interested to know if this solves your current problem. >> >> You'll probably want to do a make clean ... >> >> Monty >> >> vikram wrote: >>> no . I wanted to compile it . But have you got those tests working . I >>> am not able to compile those yet. >>> On Jun 24, 12:48 pm, Monty Taylor <mo...@inaugust.com> wrote: >>>> I'm hacking on a patch to make 2.1.0 work properly on my Sun Studio set >>>> up as we speak. Was there something more specific you wanted from it >>>> than just compiling? >>>> vikram wrote: >>>>> I am using 2.1.0 only. >>>>> On Jun 24, 12:26 pm, Kenton Varda <ken...@google.com> wrote: >>>>>> 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--ifyouown >>>>>>>>>>> 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 >> ... >> >> read more ยป >> >> [sunstudio_sunprocc.patch< 1K ]=== modified file 'm4/acx_check_suncc.m4' >> --- m4/acx_check_suncc.m4 2009-06-25 01:21:06 +0000 >> +++ m4/acx_check_suncc.m4 2009-06-25 01:58:53 +0000 >> @@ -12,7 +12,7 @@ >> >> AC_DEFUN([ACX_CHECK_SUNCC],[ >> >> - AC_CHECK_DECL([__SUNPRO_C], [SUNCC="yes"], [SUNCC="no"]) >> + AC_CHECK_DECL([__SUNPRO_CC], [SUNCC="yes"], [SUNCC="no"]) >> >> AS_IF([test "$SUNCC" = "yes"],[ >> isainfo_k=`isainfo -k` > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
