goby fails to build with: Manipulator is not defined

[GauteHope]

On Arch Linux:

[ 27%] Running C++ protocol buffer compiler on ..../goby/src/acomms/protobuf/queue.proto
goby/acomms/protobuf/manipulator.proto: "goby.acomms.protobuf.NO_ENCODE" uses the same enum value as "goby.acomms.protobuf.NO_QUEUE". If this is intended, set 'option allow_alias = true;' to the enum definition.
goby/acomms/protobuf/manipulator.proto: "goby.acomms.protobuf.NO_DECODE" uses the same enum value as "goby.acomms.protobuf.NO_DEQUEUE". If this is intended, set 'option allow_alias = true;' to the enum definition.
goby/acomms/protobuf/queue.proto: Import "goby/acomms/protobuf/manipulator.proto" was not found or had errors.
goby/acomms/protobuf/queue.proto:18:12: "Manipulator" is not defined.
src/acomms/CMakeFiles/goby_acomms.dir/build.make:189: recipe for target '../include/goby/acomms/protobuf/queue.pb.cc' failed
make[2]: *** [../include/goby/acomms/protobuf/queue.pb.cc] Error 1
CMakeFiles/Makefile2:203: recipe for target 'src/acomms/CMakeFiles/goby_acomms.dir/all' failed
make[1]: *** [src/acomms/CMakeFiles/goby_acomms.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

[toby schneider (tes)]

I believe this bug was fixed at revision 554 of lp:goby/2.0 (which isn't released yet - will be part of 2.0.7). This bug affects Google Protocol Buffers version 2.6.1 and newer.

Could you test against that revision and let me know if you still have problems.

[GauteHope (eg)]

Yes, that seems to work (with https://bugs.launchpad.net/goby/+bug/1433591) applied. I originally tried to use lp:goby, is lp:goby/2.0 the latest (development) version?

[toby schneider (tes)]

lp:goby which is lp:goby/2.1 is the latest development version, but I
haven't released anything in the 2.1 series yet. This will happen soon
(probably within the next month).

lp:goby/2.0 is the stable development series for the 2.0.X line of
releases. So it has bug fixes but little else. It's my suggestion
currently for most users. I will release 2.0.7 shortly to include the
bug fixes for the new Protobuf (which you saw) and new Mac OS X
(Yosemite) version of Clang.

The main difference between 2.0 and 2.1 is that 2.1 uses the new
standalone DCCL library: http://libdccl.org. 2.0 versions of Goby have
DCCL as part of the libgoby_acomms library. The two are wire compatible
but to use 2.1 you need to first install DCCL 3.0 (lp:dccl/3.0).

-Toby

On 03/18/2015 11:46 AM, GauteHope wrote:
> Yes, that seems to work (with
> https://bugs.launchpad.net/goby/+bug/1433591) applied. I originally
> tried to use lp:goby, is lp:goby/2.0 the latest (development) version?
>

--
» Toby Schneider «
» Oceanographic Engineer «
» GobySoft, LLC «
» <email address hidden> «
» 1.508.289.1716 «
» http://gobysoft.org «