On Sat, Jul 10, 2004 at 07:32:37PM +0100, Mike Hearn wrote:
On Sat, 2004-07-10 at 11:20 -0700, Bryce Harrington wrote:
however when Inkscape is started up, it cannot locate its icons. Doing this resolves the issue:
ln -s /usr/lib/inkscape /usr/local/lib/inkscape ln -s /usr/share/inkscape /usr/local/share/inkscapeIs there a way we can get this fixed quickly, or a way we could kludge around it (like have the .autopackage create the symlinks as above)?
Looks like binary relocatability wasn't enabled in that build. I'll take a look at it now.
We've disabled binreloc by default so that some of the other developers aren't disturbed by it. In the meantime, if your nightly builds can be changed to add "--enable-binreloc" to the "configure" run, Inkscape will correctly compile binreloc.
Also: I'd like to suggest some changes to make autopackage more friendly for developers. Currently you use CFLAGS to set the -DENABLE_BINRELOC, but that doesn't work sanely if "configure" is re-run and the flag changes. For example, if I compile inkscape without binreloc, and then re-run "configure" with "--enable-binreloc", prefix.cpp is not recompiled (since none of its deps changed). I would recommend two changes (which I have made to inkscape already).
In "prefix.c", add:
#ifdef HAVE_CONFIG_H # include "config.h" #endif
which will give it a dep-check if people are using autoconf. And to actually put the elements into config.h, I included calles to AC_DEFINE to make it happen. This way people can continue to use BINRELOC_CFLAGS if they want to or they can sense "ENABLE_BINRELOC" in their config.h files.
I've attached patches against binreloc CVS ...