I guess we should #ifdef the use of GtkLinkButton, providing an alternative for earlier versions of GTK+.

I have added the ifdefs in SVN head. Could you please check the build on your system. Thanks.

Actually, I upgraded the system to 2.10.6 to get libgnomedb to compile.

However, in the interests of testing this fix, I reverted to 2.8.20.

I checked out trunk (svn 1540).  I was unable to generate the configure file, etc due to not having gnome-autogen.sh.  I did not find any reference to this on the gnome-db website.

I checked on ftp://ftp.gnome.org/pub/GNOME/sources and did not find it.

So I searched the gnome-db mailing list archives.  There were 12 hits,  However, attempting to open any message yields a 403 error from the web server.

Any chance you could point me to it?

Found it.  I looked for "common" and it was under "gnome-common".

At the moment (svn1547 of trunk) libgnomedb won't compile.  This does not appear related to this bug, however.  I was compiling against svn2800 of libgda trunk.  I will try again later.

i486-slackware-linux-gcc -O2 -march=i486 -mcpu=pentium2 -o .libs/libgnomedb-scan .libs/libgnomedb-scan.o  ../../libgnomedb/.libs/libgnomedb-3.so -L/usr/X11R6/lib -L/usr/lib ../../libgnomedb/data-entries/.libs/libgnomedb_handlers-3.so ../../libgnomedb/data-entries/plugins/.libs/libgnomedb_entry_builtin_plugins.so /mnt/raid/download/computer/software/gnome/libgnomedb/svn/trunk/libgnomedb/data-entries/.libs/libgnomedb_handlers-3.so -lcrypto ../../libgnomedb-graph/.libs/libgnomedb_graph-3.so /mnt/raid/download/computer/software/gnome/libgnomedb/svn/trunk/libgnomedb/.libs/libgnomedb-3.so /usr/lib/libgtksourceview-1.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libgnomeprint-2-2.so /usr/lib/libglade-2.0.so /usr/lib/libgconf-2.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so /usr/lib/libgda_handlers-3.0.so /usr/lib/libgda_graph-3.0.so /usr/lib/libgda-report-3.0.so /usr/lib/libgda-3.0.so /usr/lib/libgda_sql_transaction-3.0.so /usr/lib/libgda_sql_delimiter-3.0.so /usr/lib/libgdasql-3.0.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libxslt.so /usr/lib/libxml2.so /usr/lib/libgnomecanvas-2.so /usr/lib/libart_lgpl_2.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libcairo.so -lSM -lICE /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so -lrt /usr/X11R6/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libexpat.so -lpng12 -lz -lm -lXrender -lX11 -lXext  -Wl,--rpath -Wl,/usr/lib/libgnomedb/plugins
.libs/libgnomedb-scan.o(.text+0xda): In function `get_object_types':
: undefined reference to `gnome_db_dsn_assistant_get_type'
collect2: ld returned 1 exit status
Compilation of scanner failed
make[2]: *** [scan-build.stamp] Error 1
make[2]: Leaving directory `/mnt/raid/download/computer/software/gnome/libgnomedb/svn/trunk/doc/C'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/mnt/raid/download/computer/software/gnome/libgnomedb/svn/trunk/doc'
make: *** [all-recursive] Error 1
make failed
mj@ds9:/mnt/raid/download/computer/software/gnome/libgnomedb/svn/trunk$ svn update
At revision 1547.

libgnomedb/Makefile.am contains:
if HAVE_GTKTWOTEN
twoten_headers= gnome-db-dsn-assistant.h
twoten_sources= gnome-db-dsn-assistant.c
else
twoten_headers=
twoten_sources=
endif

indicating that the missing function is conditionally added when gtk 2.10.x is present.  However, the file doc/C/libgnomedb-scan.c does not conditionally refer to gnome_db_dsn_assistant_get_type.

Therefore, the build continues to fail with gtk 2.8.

I can't seem to get that doc/C/libgnomedb-scan.c to build, so I can't start to fix this.

Here is my configure line:

CFLAGS="-O2 -march=i486 -mcpu=pentium2" \
./configure \
  --prefix=/usr \
  --sysconfdir=/etc \
  --localstatedir=/var/lib \
  --enable-gtk-doc \
  i486-slackware-linux

The --enable-gtk-doc causes the libgnomedb-scan.c file to be created by gtkdoc-scangobj.  It reads in libgnomedb.types and produces the reference to the function which needs gtk 2.10.  This breaks the build as the function was not built since I have gtk 2.8.

Unfortunately, there doesn't seem to be any means by which this can be made conditional upon what version of gtk is installed.  I can delete the one line from the .types file and try building again, but clearly this is not a desirable work-around for people with gtk 2.10 installed.

Deleting the gnome_db_dsn_assistant_get_type line from the .types file did permit libgnomedb SVN1553/trunk to compile with gtk 2.8.20 installed.  It's not really a good work-around for people with gtk 2.10.x installed.

I suppose I could remove --enable-gtk-doc from my configure and get it to build, but I like my gtk-docs.

This is fixed in svn. Thanks.