Page History

Table of Contents

Directory Structure

All kayak related code is located in the "code" directory of the hovergroup svn.  The svn can be viewed or checked out by anyone at https://code.google.com/p/hovergroup/.

↓hovergroup
  ↓code
    ↓marine
      →libraries
      →core
      →drivers
      →utils
      →scripts
    ↓personal
      →josh
      →template
      ...
    ...

...

Utils - Utilities for log parsing and interacting with the MOOSDB in real time.  

Scripts - The GenMOOSApp script for starting new applications and additional scripts for log fetching, etc.

The personal directory is for code written for specific experiments or applications.

...

Within the src directory you'll see that each library or application has its own folder, and within those folder are header and source files. Folders for libraries are prefixed with lib_. Almost every folder also contains a CMakeLists.txt.

Building with cmake

We'll take the marine/core directory as an example, but the same instructions apply to the other directories as well, including the personal ones.  The first step to building the code in a directory is compiling any protobufs by running the build_proto.sh script.  Next, run cmake within the directory: 

code/marine/core/CMakeLists.txt - This is the most complicated file, responsible for finding various dependencies.  You may need to modify this file depending on your checkout location to make sure cmake can find moos, moos-ivp, goby, and other hovergroup dependencies.  

ivp-extend/trunkcode/marine/core/src/CMakeLists.txt - This file simply tells cmake which directories to look in. You'll need to add a line here for each program or library.

ivp-extend/trunkcode/marine/core/src/iHoverKayak/CmakeLists.txt - The last level contains instructions for how to build that specific application or library. Any libraries your program needs to link must be defined here.

...

Possible prefixes are i for hardware interfaces, u for user interfaces, and p for everything else. The script will create a new folder in the scripts directory you ran it. You  You should move it to the src directory and add it to the svn before trying to build it so that extra build files don't get placed in the svn. Modify the CMakeLists.txt inside the src directory to include the new program and you're ready to go.

...

If you're not using protobufs you can safely ignore this section. If you are using them, it's quite simple to build and link to the resulting libraries. .proto files kept in the src/protobuf folder can be compiled by simply running build_proto.sh in your individual ivp-extend directory. This script calls the protobuf compiler and produces header and source files, which can then be built and linked against like any other library.

Template Build Structure

To build your own applications, you should start by making a copy of the template build structure in code/personal.  The template uses the same build structure discussed above.  Several examples are included with the template:

protobufExample - examples of using protobufs, including how to encode and decode them using Gobysoft's DCCL.

simple_acomms_parser - a template for parsing alog files if you need to perform processing beyond what is provided by alogParse and acommsParse (both found in utils).  

wtExample - an example for using libWt, a library for building a web interface into a c++ application.