Building file-roller-2.26.3 on OS X 10.4/powerpc, using configure settings --disable-scrollkeeper --enable-nautilus-actions --disable-schemas-install --disable-dependency-tracking --disable-static:

gcc -DHAVE_CONFIG_H -I. -I.. -I../copy-n-paste/ -I.. -I.. -DFR_PREFIX=\"/sw\" -DFR_SYSCONFDIR=\"/sw/etc\" -DFR_DATADIR=\"/sw/share\" -DUI_DIR=\"/sw/share/file-roller/ui\" -DFR_LIBDIR=\"/sw/lib\" -DPKG_DATA_DIR=\"/sw/share/file-roller\" -DPIXMAPSDIR=\""/sw/share/pixmaps"\" -DGLADEDIR=\"""\" -DPRIVEXECDIR=\""/sw/lib/file-roller/file-roller/"\"  -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/gio-unix-2.0/ -I/sw/include/gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 -I/sw/include/cairo -I/sw/include/pango-1.0 -I/sw/include/pixman-1 -I/sw/include/freetype2 -I/sw/include -I/sw/include/libpng12 -I/sw/include/gconf/2 -I/sw/include/orbit-2.0 -I/sw/include/dbus-1.0 -I/sw/lib/dbus-1.0/include -I/usr/X11R6/include -I/usr/X11/include -DORBIT2=1  -I/sw/include  -Os -c fr-enum-types.c
fr-enum-types.c:7:32: error: ../../src/typedefs.h: No such file or directory
fr-enum-types.c: In function 'fr_compression_get_type':
fr-enum-types.c:14: error: 'FR_COMPRESSION_VERY_FAST' undeclared (first use in this function)
fr-enum-types.c:14: error: (Each undeclared identifier is reported only once
fr-enum-types.c:14: error: for each function it appears in.)
fr-enum-types.c:15: error: 'FR_COMPRESSION_FAST' undeclared (first use in this function)
fr-enum-types.c:16: error: 'FR_COMPRESSION_NORMAL' undeclared (first use in this function)
fr-enum-types.c:17: error: 'FR_COMPRESSION_MAXIMUM' undeclared (first use in this function)
make[4]: *** [fr-enum-types.o] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2


The relative path from src/fr-enum-types.c should be "../src/typedefs.h" or just "typedef.h" (not two .. levels up). Quick glance at src/Makefile.am suggests fr-enum-types.[ch] are generated via some sort of template substitution, but I don't know anything about how that should work. However, I do not see the files being regenerated during my build, so I assume the bug is either in how the tarball files were generated or how the local build decides whether to regenerate them. Previous version (2.26.2) built successfully.