Bill Pringlemeir wrote:
>> I did a cvs update at about 19GMT sunday. I did it again at 22 GMT
>> on Sunday and only src/lib/misc.c changed. I run "make
>> depend;make". I had to run configure again to fix the VAL_EAGAIN
>> define.
On 18 Sep 2005, [EMAIL PROTECTED] wrote:
> IMHO, VAL_EAGAIN is unnecessary.
I didn't mean to pick on that change. Just let others know that they
need to re-run ./Configure, but your conversation is interesting none
the less...
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.
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
#define GTK_MAJOR_VERSION (2)
#define GTK_MINOR_VERSION (2)
#define GTK_MICRO_VERSION (4)
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].
tia,
Bill Pringlemeir.
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download it for free - -and be entered to win a 42" plasma tv or your very
own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
