Goffice fails to build while installing gnucash with gtk2+quartz

[psbakke@…]

I am attempting to install gnucash in native quartz environment (no X11) and dependency, goffice fails to build in the process. I am building on MacOSX version 10.5.6, on Macbook with 2.4 GHz Intel Core 2 Duo. I get the following:

make[5]: *** [foo-canvas-rect-ellipse.lo] Error 1
make[4]: *** [all] Error 2
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1

[psbakke@…]

output of goffice build with error stream

[psbakke@…]

I just attached the output of the build error from trying to build goffice in support of gnucash install

[mf2k (Frank Schima)]

What version of Xcode are you running?

[psbakke@…]

Replying to macsforever2000@…:

What version of Xcode are you running?

XCode 3.12 - should be the most recent version because I downloaded it from Apple at the same time as the MacPorts application.

[psbakke@…]

Replying to macsforever2000@…:

What version of Xcode are you running?

Also I made a mistake on the Milestone. I am actually running version 1.7.0 of MacPorts not 1.8.0.

[jeff@…]

Cc Me!

[email@…]

Cc Me!

[email@…]

Same thing happening to me, using XCode 3.0 and MacPorts 1.700. My error output is identical to the one psbakke attached, with the exception of an additional line of output at the beginning of mine:

--->  Building goffice
	Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_goffice/work/goffice-0.6.5" && make all " returned error 2

Followed by the same "Command output: mv -f .deps/foo-canvas-marshal.Tpo .deps/foo-canvas-marshal.Plo" etc...

[blb@…]

Replying to email@…:

Same thing happening to me, using XCode 3.0 and MacPorts 1.700. My error output is identical to the one psbakke attached, with the exception of an additional line of output at the beginning of mine:

I don't know whether it will fix the issue, but you definitely want to upgrade your Xcode install, Apple fixed many issues in 3.1.

[psbakke@…]

Replying to blb@…:

Replying to email@…:

Same thing happening to me, using XCode 3.0 and MacPorts 1.700. My error output is identical to the one psbakke attached, with the exception of an additional line of output at the beginning of mine:

I don't know whether it will fix the issue, but you definitely want to upgrade your Xcode install, Apple fixed many issues in 3.1.

Upgrading may be a good idea but it won't fix this issue. The original issue on this ticket occured with XCode v. 3.12.

[email@…]

Confirmed: the build error occurs on my system with XCode 3.1.2, not just 3.0. The following options (individually or collectively) also do not solve it, with either version of XCode:

sudo port clean gnucash
sudo port install gnucash +without_hbci +without_ofx +without_quotes

[blb@…]

From the build log

 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I../../../goffice -I../../.. -I../../.. -Wall -Wmissing-prototypes -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libgsf-1 -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/include/libart-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/libglade-2.0 -DFOOCANVASLIBDIR=\"/opt/local/lib\" -DFOOCANVASDATADIR=\"/opt/local/share\" -DFOOCANVASPIXMAPDIR=\"/opt/local/share/pixmaps\" -DFOOCANVASBINDIR=\"/opt/local/bin\" -DFOOCANVASLOCALSTATEDIR=\"/opt/local/var\" -DFOOCANVASLOCALEDIR=\"\" -DG_LOG_DOMAIN=\"Foocanvas\" -DVERSION=\"0.6.5\" -I/opt/local/include -O2 -Wall -Wmissing-prototypes -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -Wdeclaration-after-statement -Wmissing-noreturn -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wformat -Wmissing-format-attribute -Wno-pointer-sign -MT foo-canvas-rect-ellipse.lo -MD -MP -MF .deps/foo-canvas-rect-ellipse.Tpo -c foo-canvas-rect-ellipse.c  -fno-common -DPIC -o .libs/foo-canvas-rect-ellipse.o
foo-canvas-rect-ellipse.c:45:22: error: gdk/gdkx.h: No such file or directory

Sounds like it specifically wants an X11-based include from gtk2 (which is where gdk/gdkx.h would come from). Does goffice handle gtk2 without X11? It does have --without-gnome in configure.args...

Also note goffice was updated to 0.6.6 in r48142, though I don't know if that would fix it.

[treaves@…]

I too have this issue, and 0.6.6 does not fix it.

[LenoreHorner]

I have found a work-around. It permits goffice to install and gnucash works (at least basic stuff does - I haven't made reports or anything like that) with this. I'm going to try to attach the diff file, but I've never used trac before so I may mess it up. What I did was in the file foo-canvas-rect-ellipse.c replace every instance of

#ifdef HAVE_RENDER ... #endif

with

#ifdef HAVE_RENDER #ifdef HAVE_X ... #endif #endif

[LenoreHorner]

Diff file that lets goffice install

[LenoreHorner]

Replying to LenoreHorner@…:

I have found a work-around. It permits goffice to install and gnucash works (at least basic stuff does - I haven't made reports or anything like that) with this. I'm going to try to attach the diff file, but I've never used trac before so I may mess it up. What I did was in the file foo-canvas-rect-ellipse.c replace every instance of

#ifdef HAVE_RENDER ... #endif

with

#ifdef HAVE_RENDER #ifdef HAVE_X ... #endif #endif

Bug filed with gnome people (couldn't find goffice as a category in their bugzilla so may take a while to get to the right place). ​http://bugzilla.gnome.org/show_bug.cgi?id=578805

[(none)]

Milestone Port Bugs deleted

[chawkinson@…]

Here's another workaround ...

mkdir /opt/local/include/gdk echo " this is a dummy gdkx.h" > /opt/local/include/gdk/gdkx.h

Now Goffice & Gnucash will build without any errors.

Hope this info helps.

[LenoreHorner]

The goffice bug is getting some attention with mixed suggestions. The latest, the justice of which I cannot dispute, is that the ifdef render test should not be being passed when we don't have X11 installed in macports. So what is in the configuration files of the goffice port that would be permitting this? Is the path misconfigured so that goffice is seeing render in system X11 installations?

I don't see anything obvious in the goffice portfile, but I'm completely new at this. Can anyone else see anything that would cause goffice to think we have render (and therefore the rest of x) installed? Is goffice somehow using pkgconfig (it's not a direct dependency) and if so, could that somehow be pointing to a render outside MacPorts?

[LenoreHorner]

From Goffice:

"I backported the fix from the trunk which looks for gdk_x11_drawable_get_xdisplay because that is what is actually used.

This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report."

[jmroot (Joshua Root)]

Closing as per comment:20.