Re: error when compiling xemacs-gtk

Jeff Sparkes writes: No problem, as long as we don't release it that way. I need to look into the --with-gtk vs --with-xft issue too. (Not your problem unless you really want it, Xft is my baby more or less.) I wouldn't put money on it. Your Mac is a PPC ISTR, and mine is Intel.  > The mac isn't really a priority for Gtk, right? GTK, probably not, but glib is going to be an issue if Aidan is right and Pango is the best way forward for state-of-the-art font handling. I also like the idea of a cairo-based redisplay, which might allow us to get pretty close to native capability on all consoles cairo supports. Both pango and cairo depend on glib. I think the #if (GTK_VERSION == 2) approach handles that. I don't know about GTK_CHECK_VERSION, but I guess that's equivalent and built-in to GTK? Keeping config.h (and configure) out of version checking sounds interesting to me (although there may be problems I haven't thought through). Another possibility for the keystroke stuff would be a gtk3keys2gtk2.h file which just #defines all the gtk3 keys in terms of gtk2 key defines. Great! If you're not testing with clang yet, let me know "when" and I'll send you the clang warnings (they're different from GCC, and often useful). Aha ... "sorry, Uwe, it will be a few iterations." :-P OK, I'll take a look at it. Unfortunately my (old) Parallels on my (old) Mac runs Ubuntu at really unusable speeds, so I don't have regular access to a non-Mac GUI at the moment. Thanks for your efforts on GTK! Steve _______________________________________________ XEmacs-Beta mailing list XEmacs-Beta(a)xemacs.org http://lists.xemacs.org/mailman/listinfo/xemacs-beta