Can't compile on raspbian buster (4.19)

Bug #1841004 reported by Iain Donnelly
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
harmonySEQ
Fix Released
Undecided
Unassigned

Bug Description

I'm getting the following when I try to run make:

-------------------------------------------------------
pi@raspberrypi:~/Downloads/harmonySEQ-0.16 $ make
Making all in po
make[1]: Entering directory '/home/pi/Downloads/harmonySEQ-0.16/po'
make[1]: Leaving directory '/home/pi/Downloads/harmonySEQ-0.16/po'
Making all in examples
make[1]: Entering directory '/home/pi/Downloads/harmonySEQ-0.16/examples'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/pi/Downloads/harmonySEQ-0.16/examples'
Making all in pixmaps
make[1]: Entering directory '/home/pi/Downloads/harmonySEQ-0.16/pixmaps'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/pi/Downloads/harmonySEQ-0.16/pixmaps'
Making all in src
make[1]: Entering directory '/home/pi/Downloads/harmonySEQ-0.16/src'
make all-am
make[2]: Entering directory '/home/pi/Downloads/harmonySEQ-0.16/src'
g++ -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -pthread -I/usr/include/gtkmm-2.4 -I/usr/lib/arm-linux-gnueabihf/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/gdkmm-2.4 -I/usr/lib/arm-linux-gnueabihf/gdkmm-2.4/include -I/usr/include/giomm-2.4 -I/usr/lib/arm-linux-gnueabihf/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/arm-linux-gnueabihf/pangomm-1.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/arm-linux-gnueabihf/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/lib/arm-linux-gnueabihf/cairomm-1.0/include -I/usr/include/sigc++-2.0 -I/usr/lib/arm-linux-gnueabihf/sigc++-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/arm-linux-gnueabihf/gtk-2.0/include -I/usr/include/gio-unix-2.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/fribidi -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -I/usr/include/uuid -I/usr/include/freetype2 -I/usr/include/libpng16 -Wall -O3 -O3 -MT harmonySEQ-Files.o -MD -MP -MF .deps/harmonySEQ-Files.Tpo -c -o harmonySEQ-Files.o `test -f 'Files.cpp' || echo './'`Files.cpp
In file included from Files.cpp:21:
Files.h:48:32: error: ‘KeyFile’ is not a member of ‘Glib’
     bool LoadFileCurrent(Glib::KeyFile* kf);
                                ^~~~~~~
Files.h:48:41: error: ‘kf’ was not declared in this scope
     bool LoadFileCurrent(Glib::KeyFile* kf);
                                         ^~
Files.h:50:41: error: ‘KeyFile’ is not a member of ‘Glib’
     bool ConvertFile_0_15_to_0_16(Glib::KeyFile* kf);
                                         ^~~~~~~
Files.h:50:50: error: ‘kf’ was not declared in this scope
     bool ConvertFile_0_15_to_0_16(Glib::KeyFile* kf);
                                                  ^~
Files.cpp: In function ‘bool Files::LoadFile(Glib::ustring)’:
Files.cpp:145:24: warning: catching polymorphic type ‘class Glib::Error’ by value [-Wcatch-value=]
     }catch(Glib::Error e){
                        ^
Files.cpp:183:54: error: ‘Files::ConvertFile_0_15_to_0_16’ cannot be used as a function
                 e_flag = ConvertFile_0_15_to_0_16(&kf);
                                                      ^
Files.cpp:192:45: error: ‘Files::LoadFileCurrent’ cannot be used as a function
                 e_flag = LoadFileCurrent(&kf);
                                             ^
Files.cpp:219:31: warning: catching polymorphic type ‘class Glib::KeyFileError’ by value [-Wcatch-value=]
     }catch(Glib::KeyFileError e){
                               ^
Files.cpp:227:24: warning: catching polymorphic type ‘class Glib::Error’ by value [-Wcatch-value=]
     }catch(Glib::Error e){
                        ^
Files.cpp: At global scope:
Files.cpp:387:40: error: ‘bool Files::LoadFileCurrent(Glib::KeyFile*)’ redeclared as different kind of symbol
 bool LoadFileCurrent(Glib::KeyFile* kfp){
                                        ^
In file included from Files.cpp:21:
Files.h:48:10: note: previous declaration ‘bool Files::LoadFileCurrent
     bool LoadFileCurrent(Glib::KeyFile* kf);
          ^~~~~~~~~~~~~~~
Files.cpp:588:49: error: ‘bool Files::ConvertFile_0_15_to_0_16(Glib::KeyFile*)’ redeclared as different kind of symbol
 bool ConvertFile_0_15_to_0_16(Glib::KeyFile* kfp){
                                                 ^
In file included from Files.cpp:21:
Files.h:50:10: note: previous declaration ‘bool Files::ConvertFile_0_15_to_0_16’
     bool ConvertFile_0_15_to_0_16(Glib::KeyFile* kf);
          ^~~~~~~~~~~~~~~~~~~~~~~~
Files.cpp:662:1: fatal error: opening dependency file .deps/harmonySEQ-Files.Tpo: Permission denied
 }//namespace files
 ^
compilation terminated.
make[2]: *** [Makefile:475: harmonySEQ-Files.o] Error 1
make[2]: Leaving directory '/home/pi/Downloads/harmonySEQ-0.16/src'
make[1]: *** [Makefile:263: all] Error 2
make[1]: Leaving directory '/home/pi/Downloads/harmonySEQ-0.16/src'
make: *** [Makefile:348: all-recursive] Error 1
pi@raspberrypi:~/Downloads/harmonySEQ-0.16 $
------------------------------------------------------------

Any ideas?
I've already tried this:
https://code.launchpad.net/~philipchung1995/harmonyseq/code-fixes

Revision history for this message
Rafał Cieślak (rafalcieslak256) wrote :

Hi Iain,
I believe this was resolved in 0.16.1.
https://github.com/rafalcieslak/harmonySEQ/releases/tag/v0.16.1
Also note that this project's development has been moved to GitHub.

Changed in harmonyseq:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.