On Wed, 2006-04-26 at 06:06 -0400, Dave Phillips wrote: > Greetings: > > Has anyone else encountered this problem when compiling recent CVS > Om-synth : > > if g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -DGTK_DISABLE_DEPRECATED > -DGDK_DISABLE_DEPRECATED -I../../../src/common -I../../../src/clients > -DPKGDATADIR=\"/usr/local/share/om\" -DXTHREADS -I/usr/include/gtkmm-2.4 > -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 > -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 > -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 > -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 > -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo > -I/usr/X11R6/include -I/usr/include/atk-1.0 -DXTHREADS > -I/usr/include/libglademm-2.4 -I/usr/lib/libglademm-2.4/include > -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include > -I/usr/include/libglade-2.0 -I/usr/include/glibmm-2.4 > -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 > -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 > -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 > -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo > -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/libxml2 > -DXTHREADS -I/usr/include/libgnomecanvasmm-2.6 > -I/usr/lib/libgnomecanvasmm-2.6/include -I/usr/include/gtkmm-2.4 > -I/usr/lib/gtkmm-2.4/include -I/usr/include/libgnomecanvas-2.0 > -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include > -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include > -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 > -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 > -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include > -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/X11R6/include > -I/usr/include/atk-1.0 -I/usr/include/libart-2.0 > -I/usr/include/freetype2 -I/usr/local/include/lash-1.0 > -I/usr/include/alsa -I/usr/local/include -g -O2 -DNDEBUG -DNDEBUG > -pipe -fmessage-length=139 -fdiagnostics-show-location=every-line -MT > PortController.o -MD -MP -MF ".deps/PortController.Tpo" -c -o > PortController.o PortController.cpp; \ > then mv -f ".deps/PortController.Tpo" ".deps/PortController.Po"; > else rm -f ".deps/PortController.Tpo"; exit 1; fi > PortController.cpp: In member function 'virtual void > OmGtk::PortController::set_path(const Om::Path&)': > PortController.cpp:120: error: 'class OmGtk::OmPort' has no member named > 'set_name' > make[4]: *** [PortController.o] Error 1 > make[4]: Leaving directory `/home/dlphilp/om-synth/src/clients/gtk' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/home/dlphilp/om-synth/src/clients' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home/dlphilp/om-synth/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/dlphilp/om-synth' > make: *** [all] Error 2 > > > The set_name function is commented out in OmPort.h. > > I've posted to the om-synth list and to the author, no responses yet. > I'd like to review Om for my next LJ column, I have an older version > workjingn but would like to profile the latest & greatest if possible.
Sorry, I was busy with exams. Is your flowcanvas tree up to date? Update both trees to make sure they're synchronized. (That function is a method of a FlowCanvas class which OmPort extends) -DR-
