On 1/8/09 8:51 AM, Axel Simon wrote: > So: > - we will use a single --disable-deprecated flag for autoconf which > will define DISABLE_DEPRECATED when reading the gtk.h header file. > - we will remove all definitions from the built that are deprecated > with respect to the latest available release of Gtk+ > - we will use deprecated pragmas for all functions that are part of > Gtk2Hs and that we don't want people to use > - deprecated names/modules in Gtk2Hs may be omitted from Gtk.hs if > they clash but are available if they don't clash
I think we should also add DEPRECATED pragmas to things that would be excluded with DISABLE_DEPRECATED. I think it would be simplest to use DEPRECATED pragmas *and* #ifndef DISABLE_DEPRECATED for any deprecated function, whether we've decided it should be deprecated or if it wraps a function marked deprecated in the newest version of the C library. After all, there should be no case where we have a non-deprecated Haskell function that wraps a deprecated C function. So in short, I would call a Haskell function deprecated if a) it wraps a deprecated C function; or b) we've provided a different and better API at the Haskell level. In either case, I would say the Haskell code should be marked with a pragma *and* conditionally compiled with DISABLE_DEPRECATED. Pete ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
