Re: hardcoded dependencies problem with building/installing GTK+

[Tor Lillqvist <tml iki fi>]

2009/8/19 Qing Men <maggie eclipse gmail com>:
> Yes, using "configure --prefix=my_install_dir" would have solved all the
> problems. But we can't write to my_install_dir from the host where we do the
> build. my_install_dir is a mirrored filer which has mirroring sites around
> the world. Only one host can write to the master location.

Ah ok. Then you can set the DESTDIR variable on the "make install"
command line. Hopefully that will work, i.e. the makefiles have been
written to honor DESTDIR in all places. For instance, if you have
configured with

./configure --prefix=/runtime/prefix

but /runtime/prefix doesn't exist on the build machine (or cannot be
written), you can create a directory /tmp/runtime/prefix and then

make install DESTDIR=/tmp

will cause the installation to go into /tmp/runtime/prefix. The
software can't be run correctly from /tmp/runtime/prefix though, it
has to be copied using some other mechanism then so that it ends up in
/runtime/prefix.

(Of course, in some situations it might be that the DESTDIR-prefixed
installation prefix actually *is* the same location as the bare
prefix, but mounted read-write instead of read-only.)

Would this be enough to solve your problem?

By the way, you are using the term "build directory" a bit differently
from its normal meaning. Usually with "build directory" one means the
directory tree where the build is taking place, where the object files
and executables are after compilation and linking. (Usually, but not
necessarily, the build directory is simply the same as the source
directory.)

--tml