It appears that gizmod was written with boost 1.36 in mind. Since then, the API of boost::filesystems has undergone several changes that are outlined in this document: http://boost.org/doc/libs/1_41_0/libs/filesystem/doc/index.htm#Deprecated-names
Compiling on Debian Wheezy, libboost-1.42.0.1 gives:
..libGizmod/Processes.cpp: In static member function ‘static void Gizmod::Processes::updateProcessTree()’:
..libGizmod/Processes.cpp:157:27: error: ‘class boost::filesystem3::directory_entry’ has no member named ‘string’
..gizmod/GizmoDaemon.cpp: In member function ‘std::string GizmoDaemon::getUserScriptDirPaths()’:
..gizmod/GizmoDaemon.cpp:1109:43: error: ‘class boost::filesystem3::directory_entry’ has no member named ‘string’
..gizmod/GizmoDaemon.cpp: In member function ‘void GizmoDaemon::loadUserScripts()’:
..gizmod/GizmoDaemon.cpp:1567:45: error: no matching function for call to ‘std::vector<std::basic_string<char> >::push_back(boost::filesystem3::path)’
..gizmod/GizmoDaemon.cpp: In member function ‘void GizmoDaemon::registerInputEventDevices()’:
..gizmod/GizmoDaemon.cpp:2192:28: error: ‘class boost::filesystem3::path’ has no member named ‘find’
..gizmod/GizmoDaemon.cpp:2194:63: error: no match for ‘operator+’ in ‘std::operator+(const std::basic_string<_CharT, _Traits, _Alloc>&, const _CharT*) [with _CharT = char, _Traits = std::char_traits<char>, _Alloc = std::allocator<char>](((const char*)"/")) + boost::filesystem3::path::leaf() const()
I'm attaching a patch that fixes these, but take it with huge grain of salt, since I'm not exactly involved in any kind of c++ development whatsoever.
Fix