When you do it manually, does the program return an error code (even if it "seems to work")? Maybe you could run it in gdb to find out why it is returning an error? (If you do this, be sure to use a protoc that you compiled yourself, not the prebuild one.)
Unfortunately since I can't reproduce this locally, I can't debug it myself. On Thu, Jul 30, 2009 at 9:00 AM, Javier <espinosa.javie...@gmail.com> wrote: > > doing it manually seems to work. the problem is that those > instructions appear to be part of the make and even if I run them > manually when I run the make command again it still tries to execute > them and fails. I have also tried to find out what make Error 127 > means but I still haven't had any luck with that. And to think I did > all of this on my Mac on the first try *sigh... > > On Jul 30, 10:14 am, Kenton Varda <ken...@google.com> wrote: > > I don't see an actual error message in the log. Did it not print one? > If > > not, what happens when you run protoc manually? > > > > On Thu, Jul 30, 2009 at 7:17 AM, Javier <espinosa.javie...@gmail.com> > wrote: > > > > > So that fixed that. Sadly something else came up. > > > > > c:/mingw/bin/mingw32-make all-recursive > > > mingw32-make[1]: Entering directory `C:/appl/Cygwin/protobuf' > > > Making all in . > > > mingw32-make[2]: Entering directory `C:/appl/Cygwin/protobuf' > > > mingw32-make[2]: Nothing to be done for `all-am'. > > > mingw32-make[2]: Leaving directory `C:/appl/Cygwin/protobuf' > > > Making all in src > > > mingw32-make[2]: Entering directory `C:/appl/Cygwin/protobuf/src'./ > > > protoc.exe google/protobuf/unittest.proto google/protobuf/ > > > unittest_empty.proto > > > google/protobuf/unittest_import.proto google/protobuf/ > > > unittest_mset.proto google/protobuf/unittest_optimize_for.proto > > > google/protobuf/unittest_embed_optimize_for.proto google/protobuf/ > > > unittest_custom_options.proto google/protobuf/compiler/cpp/ > > > cpp_test_bad_identifiers.proto -I. --cpp_out=. > > > > > mingw32-make[2]: *** [unittest_proto_middleman] Error 127 > > > mingw32-make[2]: Leaving directory `C:/appl/Cygwin/protobuf/src' > > > mingw32-make[1]: *** [all-recursive] Error 1 > > > mingw32-make[1]: Leaving directory `C:/appl/Cygwin/protobuf' > > > mingw32-make: *** [all] Error 2 > > > > > My guess is the protoc compiler is failing at some point but I'm not > > > sure why. I even tried changing the protoc.exe file for the one that's > > > available for download but it gave me the same error. > > > > > On Jul 29, 3:28 pm, Kenton Varda <ken...@google.com> wrote: > > > > Odd. Here's a longshot idea: Try compiling from inside the Cygwin > tree, > > > > e.g. create a /src directory and unpack the protobuf package there. > This > > > > would avoid any possible confusion between "C:/" vs. "/cygdrive/c". > But > > > I > > > > don't know if it will actually help. > > > > On Wed, Jul 29, 2009 at 12:27 PM, Javier < > espinosa.javie...@gmail.com > > > >wrote: > > > > > > > > > eventually it says there is a libprotobuf.a file inside /.libs > dir > > > > > > > that cannot be found (no such file or directory) and then stops > > > > > > > executing. The file IS there, I checked. > > > > > > > > I have not seen that in my testing. What exact arguments did you > > > pass to > > > > > > configure and make? Can you send the full error log? (I doubt > I'll > > > be > > > > > able > > > > > > to figure it out but maybe there's something there.) > > > > > > > I just did ./configure then make. no arguments. > > > > > This is the error log (edited for readability): > > > > > > > libtool: link: ar cru .libs/libprotoc.a code_generator.o > > > > > command_line_interface.o cpp_enum.o cpp_enum_field.o > cpp_extension.o > > > > > cpp_field.o cpp_file.o cpp_generator.o > > > > > cpp_helpers.o cpp_message.o cpp_message_field.o > cpp_primitive_field.o > > > > > cpp_service.o cpp_string_field.o java_enum.o java_enum_field.o > > > > > java_extension.o java_field.o > > > > > java_file.o java_generator.o java_helpers.o java_message.o > > > > > java_message_field.o java_primitive_field.o java_service.o > > > > > python_generator.o > > > > > > > libtool: link: ranlib .libs/libprotoc.a > > > > > libtool: link: ( cd ".libs" && rm -f "libprotoc.la" && ln -s "../ > > > > > libprotoc.la" "libprotoc.la" ) > > > > > > > C:/appl/Cygwin/bin/sh.exe ../libtool --tag=CXX --mode=link g++ - > > > > > Wall -Wwrite-strings -Woverloaded-virtual -Wno-sign-compare -O2 -g > - > > > > > DNDEBUG -o protoc.exe main.o libprotobuf.la libprotoc.la > > > > > libtool: link: g++ -Wall -Wwrite-strings -Woverloaded-virtual -Wno- > > > > > sign-compare-O2 -g -DNDEBUG -o protoc.exe main.o ./.libs/ > > > > > libprotobuf.a ./.libs/libprotoc.a > > > > > /cygdrive/c/protobuf/src/.libs/libprotobuf.a > > > > > g++.exe: /cygdrive/c/protobuf/src/.libs/libprotobuf.a: No such file > or > > > > > directory > > > > > > > mingw32-make[2]: *** [protoc.exe] Error 1 > > > > > mingw32-make[2]: Leaving directory `c:/protobuf/src' > > > > > mingw32-make[1]: *** [all-recursive] Error 1 > > > > > mingw32-make[1]: Leaving directory `c:/protobuf' > > > > > mingw32-make: *** [all] Error 2 > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
