"make install" paths hardwired, prevents virtual install

Rado S <[email protected]>
Newsgroups gmane.network.tin.devel
Message-ID <[email protected]>
Moin moin,

when you want to install the files at a different location than
specified as "run-time" path with "configure" (because you use
mounts, symlinks, ...), then this doesn't work:

	"make install prefix=real-path bindir=real-bin"

because the paths used for install are "hardcoded" by "configure"
in src/Makefile.in by using @bindir@ rather than $(bindir) for the
INS_* vars.

See attached patch for what I mean.

Even better would be to have all the different destination paths
be dymanically assigned per
	prefix = @prefix@
	bindir = $(prefix)/...
	...
	INS_BINARY_DIR = $(bindir)

so that replacing either "prefix" to affect all vars or just
"bindir" for INS_BINARY_DIR can be overriden with "make install".

Ideally this would be good for TIN_DEFAULTS_DIR, too, but ...
unfortunately it doesn't use the standard "sysconfdir", which
isn't defined in that Makefile.in at all.

I'm no autotools expert, therefore I can't judge how complicated
it would be to make TIN_DEFAULTS_DIR in src/Makefile.in work
dynamically with "sysconfdir" _and_ that "--with-defaults-dir"
sets the value for "sysconfdir", too, in addition to
TIN_DEFAULTS_DIR, because it is used all over the source code, so
we can't just rename it. :(

Can you implement this dynamic virtual install for all 3
install paths?

-- 
© Rado S. -- You must provide YOUR effort for your goal!
EVERY effort counts: at least to show your attitude.
You're responsible for ALL you do: you get what you give.
inst.patch (text/plain, 394 B)
--- torg/src/Makefile.in	Tue Mar 27 20:25:48 2007
+++ tgo/src/Makefile.in	Thu Mar 29 17:07:29 2007
@@ -77,8 +77,8 @@
 
 # Where do you want the binary & manual page installed?
 DESTDIR	= @DESTDIR@
-INS_BINARY_DIR	= @bindir@
-INS_MANUAL_DIR	= @mandir@/man
+INS_BINARY_DIR	= $(bindir)
+INS_MANUAL_DIR	= $(mandir)/man
 INS_SYSDEF_DIR	= @TIN_DEFAULTS_DIR@
 INS_MANUAL_EXT	= 1
 INS_OLD_SUFFIX	= old
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.