Bill Pringlemeir wrote: > Bill Pringlemeir wrote: > >> The `GTK_TREE_SORTABLE_UNSORTED_SORT_COLUMN_ID' seems to have been > >> introduced in version 1.41 of search_cb.c. I reverted to the > >> previous stub function. I downloaded the snapshot and it has the > >> same code. I don't see occurances of this define anywhere but in > >> search_cb.c... > > Well what version do you use? AFAIK that was introduced in Gtk+ 2.4. > > I can comment it out for older version accepting minor loss in > > functionality.
Most Gtk+ version changes are documented but it took me a while to figure out when this was introduced. It's actually much newer and exists only since 2.6. I would think that most people use a rather recent Gtk+ version but I don't like to depend on this. > Ok, I don't really know how to tell. So, I looked in > gtk-2.0/gtk/gtkversion.h. I believe this is 2.2.4 that came with > Mandrake 10.0? rpm -qa -> gtk+2.0-2.2.4-9mdk > If I am an oddity in the universe, I will upgrade the gtk-2.0 package. > 2.2.4 was released in September 2003. The first release of 2.4 was in > March 2004. I really hate conditionalized source... Maybe it is the > best solution though? Either that or some portion of the build > process should warn about an insufficient version [which seems just as > ugly]. The feature (switching TreeViews back to unsorted mode) is too nice to be ignored but it's not as important to justify a strict dependency. I thought Gtk-Gnutella wouldn't build with anything older than 2.4 anyway. If that was the only build problem, we should keep the source compatible with Gtk+ 2.2 for now. Albeit updating to a newer version of Gtk+ is probably not a bad idea either. -- Christian
pgp8BrF3nOb8N.pgp
Description: PGP signature
