Ticket #331 (closed defect: fixed)

Opened 3 years ago

Last modified 2 years ago

gobby-0.4.5 does not compile against gtksourceview-2.0.1 or 2.0.2

Reported by: sgala@… Owned by: armin
Priority: normal Milestone:
Component: Gobby Version:
Severity: normal Keywords:
Cc: Launchpad Bug:

Description

I'm trying to emerge gobby (yes, gentoo) and I'm getting this:

x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I./inc  -pthread -D_REENTRANT -I/usr/include/libxml++-2.6 -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 -I/usr/lib64/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib64/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtkmm-2.4 -I/usr/lib64/gtkmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib64/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/atk-1.0 -I/usr/include/gtksourceview-2.0    -I../inc/ -DLOCALE_DIR=\""/usr/share/locale"\" -D_REENTRANT -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -DAPPICON_DIR=\""/usr/share/pixmaps"\" -DPIXMAPS_DIR=\""/usr/share/pixmaps/gobby"\"   -march=nocona -O2 -pipe -ftree-vectorize -MT gobby-preferences.o -MD -MP -MF .deps/gobby-preferences.Tpo -c -o gobby-preferences.o `test -f 'src/preferences.cpp' || echo './'`src/preferences.cpp
src/preferences.cpp: In function 'GtkSourceLanguage*<unnamed>::get_language_from_mime_type(GtkSourceLanguageManager*, const gchar*)':
src/preferences.cpp:36: error: 'gtk_source_language_manager_list_languages' was not declared in this scope
src/preferences.cpp: In constructor 'Gobby::Preferences::FileList::FileList(Gobby::Config::ParentEntry&, GtkSourceLanguageManager*)':
src/preferences.cpp:255: error: 'gtk_source_language_manager_list_languages' was not declared in this scope
make[2]: *** [gobby-preferences.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/app-editors/gobby-0.4.5/work/gobby-0.4.5'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/app-editors/gobby-0.4.5/work/gobby-0.4.5'
make: *** [all] Error 2

Actually this identifier is not defined in any of the includes, not sure how to proceed.

Change History

Changed 3 years ago by armin

When Gobby 0.4.5 was released, the GtkSourceView?2 was not final, and Gobby 0.4.5 uses GtkSourceView?2 as it was then. The GtkSourceView?2 API changed, and Gobby was adapted to those changes, but it is not in 0.4.5. Actually, I wonder why the Gentoo ebuild uses the GtkSourceView?2 version. You might either build against GtkSourceView?1 (don't configure with --with-gtksourceview2, you perhaps have to adjust the ebuild for this), or use a more recent Gobby version from SVN until 0.4.6 is released.

Changed 3 years ago by sgala@…

Actually I managed to emerge it by unmerging gtksourceview-2.0.2, merging (it picks 1.* then) and re-emerging 2.0.2 (gedit depends on it).

Now I see a strange message when it starts, though it looks like it works:

 $ gobby
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTISt9exception' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTIN5xmlpp9exceptionE' causes overflow in R_X86_64_32 relocation
gobby: Symbol `_ZTIN5xmlpp9exceptionE' causes overflow in R_X86_64_32 relocation

Not a clue on what this means, or where it comes from, not so say how to avoid it.

Changed 2 years ago by armin

  • status changed from new to closed
  • resolution set to fixed

I guess 0.4.6 works without problems now.

Note: See TracTickets for help on using tickets.