Hi Pete,

On Jan 6, 2009, at 23:58, Peter Gavin wrote:

> On 1/6/2009 10:48 AM, Axel Simon wrote:
>> Hi Peter,
>>
>> you seem to have added a new meaning or variant of the --disable- 
>> deprecated flag.
>> I think the --disable-deprecated will pass DISABLE_DEPRECATED or  
>> something like that to CPP when pre-processing the gtk.h header  
>> file and will thus omit all sorts of definitions. If we really  
>> wanted to make this flag work with Gtk2Hs, then we would have to  
>> omit all deprecated definitions depending on the version number of  
>> Gtk+ that we compile against. This seems to be too much trouble.  
>> It is already enough work to exclude all new functions for older  
>> Gtk+ versions since this has to be tested against all older Gtk+  
>> versions. Fully supporting the DISABLE_DEPRECATED flag is IMHO too  
>> much work for the benefit it gives developers.
>>
>> A cheaper interpretation of --disable-deprecated would be to  
>> remove all functionality in Gtk2Hs that we think should not be  
>> used anymore. Examples are the Event module which is replaced by  
>> EventM and also all module in TreeList/ are deprecated. I think  
>> this is your interpretation, but I just want to make sure that I  
>> understand what you're doing. Have you removed anything related to  
>> passing DISABLE_DEPRECATED to CPP?
> No, I really was just re-using the --disable-deprecated flag for a  
> different purpose.  Maybe I can change it to --disable-deprecated- 
> modules instead.

Yes, that might be a good idea. We can then ignore the --disable- 
deprecated flag for now and give it a different interpretation. As I  
said, I think it's meaning should be "don't generate functions that  
the Gtk2Hs developers think shouldn't be used anymore". This  
interpretation would have nothing to do with what Gtk+ does.

> If we're not going to fix the DISABLE_DEPRECATED stuff, we probably  
> should remove it entirely.  But we should deprecate any  
> functionality in Gtk2HS that depends on deprecated functionality in  
> gtk+, IMO.

I don't think we will even be able to do this. The set of functions  
that are deprecated changes with every version number and hence we  
would need to conditionally remove functions starting from certain  
version numbers. It's possible, but at the moment I don't think it's  
worth the hassle.

> One other thing...  I've been thinking about adding bindings to  
> other gnome libraries.  I want to keep them in the Gtk2HS tree  
> because c2hs etc. make things easier, and it's important to have  
> the .chi files available for related bindings.  (Unfortunately,  
> the .chi files we make probably aren't compatible with the .chi  
> files made by the official c2hs, so we can't really install them  
> without causing confusion.)  One solution would be to package *our*  
> c2hs separately (and call it gtk-c2hs or something like that).  If  
> we're going to do that, though, it might make sense to rename  
> Gtk2HS to e.g. Gnome2HS.  And if it makes sense to do that, it  
> might make sense to align our version scheme with the Gnome  
> platform versioning scheme (I think right now their at 2.25.)  Any  
> thoughts?

I think we will have to package our c2hs as a special tool when we  
cabalize Gtk2Hs. At that point Gtk2Hs will be split into many  
packages. That would also enable people to use Cairo and Pango to  
render PDF files without the GUI parts of Gtk2Hs.

> I should have a test release done tonight or tomorrow.  I've  
> already created a branch on code.haskell.org for the new version  
> and I'll officially bump the repository version after I get the  
> test release done.
>>

Excellent.

Axel.

>> On Jan 1, 2009, at 19:28, Peter gavin wrote:
>>
>>> Fri Dec 19 11:55:01 EST 2008  Peter Gavin <pga...@gmail.com>
>>>   * configure.ac: deprecate sourceview and gnomevfs packages
>>>
>>>     hunk ./configure.ac 313
>>>     -GTKHS_PKG_CHECK(sourceview, sourceview, SOURCEVIEW,  
>>> [gtksourceview-1.0 >= 0.6.0], [GLIB GTK],
>>>     -    [build sourceview package (default=auto)],
>>>     +GTKHS_PKG_CHECK_DEPRECATED(sourceview, sourceview,  
>>> SOURCEVIEW, [gtksourceview-1.0 >= 0.6.0], [GLIB GTK],
>>>     +    [build sourceview package [[DEPRECATED]] (default=no  
>>> with --disable-deprecated, default=auto otherwise)],
>>>     hunk ./configure.ac 378
>>>     -GTKHS_PKG_CHECK(gnomevfs, gnomevfs, GNOMEVFS, [gnome-vfs-2.0  
>>> >= 2.0.0 gnome-vfs-module-2.0 >= 2.0.0 ], [GLIB],
>>>     -    [build gnome-vfs package (default=auto)],
>>>     +GTKHS_PKG_CHECK_DEPRECATED(gnomevfs, gnomevfs, GNOMEVFS,  
>>> [gnome-vfs-2.0 >= 2.0.0 gnome-vfs-module-2.0 >= 2.0.0 ], [GLIB],
>>>     +    [build gnome-vfs package [[DEPRECATED]] (default=no with  
>>> --disable-deprecated, default=auto otherwise)],
>>>
>>> -------------------------------------------------------------------- 
>>> ----------
>>> _______________________________________________
>>> Gtk2hs-commit mailing list
>>> gtk2hs-com...@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/gtk2hs-commit
>>


------------------------------------------------------------------------------
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

Reply via email to