criawips-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[cria-devel] Re: libcccmm work to do


From: Murray Cumming
Subject: [cria-devel] Re: libcccmm work to do
Date: Sun, 18 Nov 2007 12:45:04 +0100

On Fri, 2007-11-02 at 15:43 +0100, Murray Cumming wrote:
> On Sat, 2007-10-27 at 15:04 +0200, Murray Cumming wrote:
> > Dear libccc maintainer,
> > 
> > Could I please have write access to the git repository so I can fix the
> > C++ bindings. I don't wish to create my own separate git repository
> > because I would like the changes to be easily available to all, without
> > me constantly asking someone to merge changes into the main git
> > repository.
> 
> A reply would be nice.

I am still waiting, but I'm close to giving up.

> > I'd really rather have it in GNOME's svn, in gnomemm/, where the usual
> > people can easily access it, but you are the maintainer.
> > 
> > Some of the things that need to be done:
> > 
> > - It needs an autogen.sh, because the build will fail if generic
> > versions of the autotools are used. Done on my hard drive.
> > 
> > - InitiallyUnowned needs to be simplified to just sink the floating
> > reference.

Note that I have now added (simper) support for this in glibmm's
gmmproc:
http://mail.gnome.org/archives/gtkmm-list/2007-November/msg00081.html

>  It doesn't need any of the other code from GtkObject - that
> > code is for handling gtk_widget_destroy(), which has no equivalent in
> > GInitiallyUnowned. Done on my hard drive. I will move this into glibmm
> > eventually (I need it for cluttermm too), but this is a nice place to
> > test it.
> > 
> > - The classes must be used via RefPtr, so they must not have public
> > constructors, and they should use _WRAP_CREATE() to add public create()
> > methods, as for other Glib::Object-derived classes.

-- 
address@hidden
www.murrayc.com
www.openismus.com





reply via email to

[Prev in Thread] Current Thread [Next in Thread]