From: Axel S. <Axe...@en...> - 2009-01-08 09:58:37
|
Hi Wolfgang, On Jan 8, 2009, at 0:04, Wolfgang Jeltsch wrote: > Hello, > > I try to build the current development version of Gtk2Hs on Ubuntu > intrepid, > AMD64 with GTK+ 2.14.4. I use the flag --disable-deprecated and > have all > Gtk2Hs components except sourceview and documentation enabled. I had email exchange about this with Ross Mellgren: http://sourceforge.net/mailarchive/message.php?msg_id=492CAE8C. 3090106%40z.odi.ac > > I get several build problems because several things which are > deprecated in > GTK+ 2.14 are not deprecated in Gtk2Hs. Attached is a patch which > fixes > these problems (at least partially). The key problem is that making this flag work is a lot of work since every Gtk+ version deprecates different parts of the API. Thus, in Gtk2Hs we need to deprecate functions depending on the version which requires a lot of testing. Your patch, for instance, is only good for 2.14 but for 2.12 the set of deprecated symbols is smaller, for 2.16 it will be larger. > However, Gtk2Hs still cannot be compiled. I attached the complete > output of > make. > > Could these problems be fixed before 0.10.0 is released? Unfortunately not since the release is imminent. I'm not sure what the exact use for this flag is. If it is "I want to use only the latest and best features of Gtk+" then maybe we could compromise and have --disable-deprecated disable all functions that are deprecated in the latest available Gtk+ release. That way it might be impossible to use Tooltips in an application since these would be deprecated from 2.14 onwards but a replacement is not available before 2.14 (I didn't check this, it's just an example). An application would then have to conditionally compile code to use tooltips and to --disable- deprecated. Peter Gavin has just tried to use the flag to --disable-deprecated flag too, but for a slightly different purpose. There are certain functions in Gtk2Hs that we as Gtk2Hs developers consider deprecated since they have been superseded by a different API (for instance, the modules in ModelView have replaced the modules in ListView, although both use the same Gtk+ functions). We could have a different flag for that. Since there seems to be a recurrent interest in using this flag, we could use --disable-deprecated to mean that everything that is deprecated in the latest Gtk+ version should not be exposed by Gtk2Hs. This is easier to implement than applying this flag correctly for each different version of Gtk+. Would this be useful? Axel. > |