GNOME Bugzilla – Bug 344163
srcdir != builddir breaks stock icon cache
Last modified: 2014-08-03 15:08:07 UTC
current tarball of gtk+ 2.9.2 is shipping with a generated copy of gtkbuiltincache.h, which is causing problem when building with srcdir != builddir. In this case, up to date gtkbuiltincache.h is correctly generated in builddir but the copy in srcdir is used for compilation, resulting in missing stock icons. Bad hack is to remove gtkbuiltincache.h from srcdir and everything works fine. I think this file should not be shipped in tarball but after reading Makefile.am, it seems wanted by GTK+ maintainers. Any reason for this ?
it should be shipped, so that it doesn't have to be regenerated every time...
It wouldn't be regenerated everytime, only for the first build for the untarred tree. And with srcdir != builddir, it is generated in builddir :( Anyway, if shipping generated file is wanted, there is another problem with make dist, since the generated file in tarball was incorrect : -rw-r--r-- 3877/3877 36453 2006-06-05 19:25 gtk+-2.9.2/gtk/gtkbuiltincache.h correct size is 2389227.
This happens in a clean build from CVS, not just from tarballs, and even when builddir == srcdir. Also, should gtkbuiltincache.h really be in the tarball? The correct version is 2.3 MB...
It compresses really well, though, a gzipped version is ~150k. Also, not shipping it simply moves the "correct generation" problem we see from dist time to build time, meaning that a lot more people will face it, as opposed to just the one person doing the release.
Is this fixed with Juergbi's change ?
We no longer use a builtin icon cache