For building an application... I couldn't agree more, about the framework vs. 
jhbuild and autotools. You definitely want the latter. I like XCode's editor. 
when looking at source code (the colors man the
colors). It also has a lot of nice features such as collapsible
sections, an intuitive way of knowing if you {} are correct, as well as
a jump to function feature that list all functions in the current file
in a drop down menu. However, you can use the editor, and build in shell 
(jhbuild shell). In any case, gdb is a much better debugger to boot.

But yeah.. just try to build mysql with it, or even use it in a build. Good 

Also using the ige-mac-bundler, users now simple drag and drop the latest 
package (application) to their application folder, and they are done, 
especially if you adhere to the XDG file system. 

I don't know what all the complaint is about... I have been using the jhbuild 
scripts with little to no problems. I have had a few dependency issues but 
nothing that can not be figured out with a little reading of the script itself 
and attention to what I am doing. In any case, anything that is missing, simple 
download to source directory, and build inside the jhbuild shell, your done!

Like I said, I'm not too good with the back-end stuff, but it looks like I will 
be getting my own Snow Leopard today, I can re-run the jhbuild stuff from 
scratch, and see if I can't get a framework out. Would this help?

Join me

> From:
> Subject: Re: Gtk-OSX Frameworks (was: Why are developers...)
> Date: Tue, 10 Nov 2009 07:10:09 -0800
> To:
> On Nov 10, 2009, at 4:16 AM, Paul Davis wrote:
> > On Mon, Nov 9, 2009 at 1:10 PM, Jack Skellington <>  
> > wrote:
> >
> >> Also if a native Gtk+ OS X framework were available people who are
> >> maintaining Gtk+ apps would have the option to extend their user base
> >> to OS X quite quickly.
> >
> > All it requires to use it is to build the GTK stack yourself using the
> > instructions provided (i wish the instructions had not been moved away
> > from, but they are still easy to find). I should put "all"
> > in quotes because if you choose to follow bleeding edge GTK then you
> > will find that maintaining your built version can be quite a lot of
> > work in the face of breakages and changes in many different parts of
> > the stack. This is not true (or at least, it is MUCH less true) if you
> > use a recent release version (there are instructions on how to do that
> > included in the gtk osx build info).
> >
> > I do not believe that using a pre-built GTK OS X framework is
> > desirable for users or developers. Include GTK as part of your app
> > bundle. Its not hard to do and gives you complete control over which
> > version of GTK is used by your app. We do this for Ardour (and now
> > Mixbus) (screenshots at and
> > Users download a single app, and
> > run it. No framework installation or maintainance.
> I haven't built and made available updated frameworks because the  
> approach Richard used to create the first one (still hanging around on 
> , as previously noted elsewhere) didn't produce a result that I think  
> I can support. I have in mind a modification of ige-mac-bundler which  
> I think will provide better results, but other tasks have higher  
> priority at the moment.
> Some others, including me, have done some work on the gtk-osx- 
> frameworks, and the network graph at github shows that my tree 
> ( 
> ) is current with all of them . Do be aware that there are 3 branches,  
> of which master is probably the only one which will get you close  
> enough to use.
> I also agree with Paul here: The Apple Framework idiom doesn't make  
> sense for cross-platform development. It uses special #include syntax  
> and special linking. It doesn't play well with pkg-config. Yes, those  
> are solvable problems, but why? The regular gnu autotools work very  
> well indeed on OSX, and one needs to use it anyway for building on  
> Linux. Why deal with another build chain just for the dubious benefit  
> of using XCode instead of emacs or vim?
> Add to that that it's hard to build a non-trivial application using  
> only gtk+. You're going to need a bunch of other libraries, either  
> from gnome, gnu, or freedesktop. They're not going to be in  
> Frameworks, so you're going to have to integrate them the autotools  
> way, so what do you gain from having gtk+ in a set of frameworks?
> There is one exception to which I'm quite sympathetic: PyGtk. At  
> present building a downloadable PyGtk app bundle is a royal pain, and  
> a PyGtk framework *might* be part of the solution.
> Regards,
> John Ralls
> _______________________________________________
> gtk-devel-list mailing list
gtk-devel-list mailing list

Reply via email to