Quoth Edmund GRIMLEY EVANS:
> In the case of mutt, I think what you have to do
> is something like:
>
> $ ./configure --prefix=/final/location
> $ make
> $ make DESTDIR=/temporary/location install
Way cool, this is **exactly** the sort of thing I was looking for. It
works pretty well, but the DESTDIR seems not to propagate low enough;
a whole bunch of stuff does get correctly installed into my temp
location, but eventually it tries to install mutt into /cs/bin. It's
the install-binPROGRAMS that is trying to install it, and it does
include the DESTDIR variable, so I'm guessing that make doesn't
propagate its variables into recursive calls of itself. I fixed
the problem by changing the Makefile target install-am to be
> install-am: all-am
> @$(MAKE) $(AM_MAKEFLAGS) DESTDIR=$(DESTDIR) \
^^^^^^^^^^^^^^^^^^
> install-exec-am install-data-am
and adding a DESTDIR=$(DESTDIR) inside the recursive call in the
all-recursive (etc) target as follows:
> all-recursive install-data-recursive install-exec-recursive \
> installdirs-recursive install-recursive uninstall-recursive \
> check-recursive installcheck-recursive info-recursive dvi-recursive:
> [...]
> if test "$$dot_seen" = "no"; then \
> $(MAKE) $(AM_MAKEFLAGS) DESTDIR=$(DESTDIR) "$$target-am" || exit 1; \
^^^^^^^^^^^^^^^^^^
> fi; test -z "$$fail"
With those fixes, the install seems to have proceeded correctly. The
same fixes can be applied to Makefile.in (with similar success), but I
have no idea where to put them in Makefile.am to make it work....
Anyway, this seems to have highlighted my main problem, which is that in
the makefile in the po/ subdirectory, we have
> localedir = $(datadir)/locale
> gnulocaledir = $(prefix)/share/locale
The former will resolve to /cs/share/mutt/locale, which is correct
(since I have control over the /cs/share/mutt tree), but the second
resolves to /cs/share/locale, which I _don't_ have control over. How
can I tell mutt to use $(localedir) instead of $(gnulocaledir)?
Ok, I can analyse this a little further. It picks $(gnulocaledir)
because the CATALOGS list uses the .gmo suffix instead of the .mo
suffix. (But then installs the .mo file into that directory.) This, in
turn, appears to be because $CATOBJEXT is ".gmo" in the configure file.
Why? I dunno.... But I do know that it's not possible for me to
install stuff into /cs/share/locale, and I'm not sure how to tell that
to configure. (Check that---it's _possible_, I think, but I'd have to
jump through a bunch of hoops with our sysadmin. Is it really worth
it?)
Once again, I'm on an Ultra10 running Solaris 2.7; my config line is now:
configure --enable-pop --enable-buffy-size --with-included-gettext \
--prefix="/cs" --datadir="/cs/share/mutt" \
--sysconfdir="/cs/share/mutt" --with-docdir="/cs/share/mutt/doc"
--
-=-Don [EMAIL PROTECTED]=-=-<http://www.cs.brown.edu/~dpb/>-=-
The mome rath isn't born that could outgrabe me.
-- Nicol Williamson
