GnuCash OSX

Charles Day cedayiv at
Sat Jun 13 14:10:04 EDT 2009

On Thu, Jun 11, 2009 at 12:56 PM, John Ralls <jralls at> wrote:

> On Jun 11, 2009, at 11:26 AM, Derek Atkins wrote:
>  Hi,
>> I noticed that you've done a lot of work on a semi-standalone GnuCash
>> application for OSX.  Could you perhaps come over to gnucash-devel or the
>> #gnucash irc channel so we can talk about setting up an OSX Build Server?
>>  I'd like to work with you to integrate your osx work into the GnuCash
>> source tree and then we can start to produce daily builds!
>> Of course, we'd need to try to solve the gconf/glade/guile hardcoded-path
>> issue somehow..
>> Are you interested??
>> Thanks,
>> -derek
> Hello.
> I'm flattered, and interested. It didn't even occur to me that you guys
> would be interested in making GnuCash portable to OSX.
> (For those who don't know, I've been publishing at
> instructions for building
> GnuCash as a native app on OSX, using Richard Hult's gtk-osx-build project.
> I've recently taken that over, too, along with some related stuff and
> consolidated it at -- which is down at the moment,
> but you can get to the project page at
> I'm presently have 3 patches to gnucash itself:
> - Remove AC_CHECK_HEADERS of X11/Xlib.h
> - Modify the batch file template to set up the environment
> correctly
> and start Dbus
> - Incorporate the gnucash menus into the Mac menubar.
> Only one of them (the last) is ready to go, but the other two only need to
> be guarded so that they work only when building against gtk-quartz.
> I have written but not yet tested a patch to binreloc.c which should allow
> binreloc to work correctly with a mac application bundle. I've looked at
> dbus, and I see that its hardcoded path (to the machine-id file) can be
> easily fixed up to look in the bundle as well.
> Are there more hard-coded paths that I don't yet know about?
> Derek, you mention daily builds. Do you have a mac available in your build
> farm?
> Hmm, the other thing that you should be aware of is that the gtk-osx-build
> setup doesn't at present do universal binaries. Dunno if that matters.

One other outstanding issue is that, to my knowledge, AqBanking isn't
available when compiling for quartz since the AqBanking GUI requires qt3,
which requires X11. I don't know how hard it would be to build AqBanking
using quartz versions of Qt instead (qt3-mac or qt4-mac on MacPorts).

> Regards,
> John Ralls


More information about the gnucash-devel mailing list